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:


The Windows UI seems to be eating mouse events.

Case 1:

  1. Click column heading to sort. Success.
  2. Click column heading to sort again. Failure.

Case 2:

  1. Click Edit>Preferences to open Preferences.
  2. Click OK. Failure.
  3. 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:

  1. 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.
  1. I searched for "gtk eats mouse clicks" on the web and found this result:

The author suggests that insensitive GTK widgets (except children of viewports) eat mouse events.

Change History (3)

comment:1 by Calum, 10 years ago

I cannot replicate can you provide system information.

comment:2 by fireundubh, 10 years ago

Windows 7 x64 SP1 Intel Core i5-3570K CPU @ 3.40GHz 16GB RAM

comment:3 by Calum, 10 years ago

Milestone: 1.3.xnot 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.

Note: See TracTickets for help on using tickets.