Opened 10 years ago
Last modified 10 years ago
#2714 new bug
Windows UI eats mouse events
Reported by: | fireundubh | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | not applicable |
Component: | GTK UI | Version: | 1.3.11 |
Keywords: | Cc: |
Description
The Windows UI seems to be eating mouse events.
Case 1:
- Click column heading to sort. Success.
- Click column heading to sort again. Failure.
Case 2:
- Click Edit>Preferences to open Preferences.
- Click OK. Failure.
- Click OK. Success. Maybe.
This behavior started happening recently with v1.3.9, I think. I may have had v1.3.7 or v1.3.8 installed. In any case, I updated to v1.3.11 in hopes that the issue would be resolved but that was not the case.
I propose that the UI is eating clicks for two reasons, in addition to the observed behavior above:
- I can select UI elements with the mouse and then use the keyboard to, for example, activate a column header. There is no issue here. The UI does not eat key events.
- I searched for "gtk eats mouse clicks" on the web and found this result:
http://svn.xiph.org/trunk/sushivision/gtksucks.c
The author suggests that insensitive GTK widgets (except children of viewports) eat mouse events.
Change History (3)
comment:1 by , 10 years ago
comment:3 by , 10 years ago
Milestone: | 1.3.x → not applicable |
---|
Then it's a GTK issue on Windows. We rely on binary GTK releases but since there are no more being built for Windows there is little we can do.
I cannot replicate can you provide system information.