#2714: Windows UI eats mouse events
------------------------+--------------------
 Reporter:  fireundubh  |      Owner:
     Type:  bug         |     Status:  new
 Priority:  major       |  Milestone:  1.3.x
Component:  GTK-UI      |    Version:  1.3.11
 Keywords:              |
------------------------+--------------------
 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.

 2. 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.

-- 
Ticket URL: <http://dev.deluge-torrent.org/ticket/2714>
Deluge <http://deluge-torrent.org/>
Deluge Project

-- 
You received this message because you are subscribed to the Google Groups 
"Deluge Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/deluge-dev.
For more options, visit https://groups.google.com/d/optout.

Reply via email to