GNOME Bugzilla – Bug 603849
No mouse event with gtk-2.18.x
Last modified: 2010-01-12 18:08:19 UTC
When using gtk-2.18.x, the "shapes" demo can not receive mouse event at all. This seems to be caused by client-side windows issue, and workarounded by GDK_NATIVE_WINDOWS environment; $ GDK_NATIVE_WINDOWS=1 ./shapes
I am able to reproduce this issue too, and the suggested workaround works.
Created attachment 149468 [details] [review] Patch to shapes to fix this issue We seem to be fine with regards to the GTK+ client-side windows checklist: http://library.gnome.org/devel/gtk/2.18/gtk-migrating-ClientSideWindows.html It seems that the shapes example gets the button press and release events, but not the motion notify events. Setting the appropriate mask on the drawing area fixes this issue. It looks like the default behavior of receiving motion notify events has changed. Patch to fix this issue is attached.
Removing csw keyword as it's not a client-side windows issue.
Created attachment 149476 [details] [review] Updated patch to fix all affected example programs
Review of attachment 149476 [details] [review]: Patch in comment #4 was committed to master branch in a912adadbac2a1cd0b00379d7ecec457f9505c05.
Resolving as FIXED, without any milestone as we don't have milestones configured yet. hiromasa yoshimoto: Please verify that this bug is fixed in the master branch.
Reopening bug as using pointer motion mask means that events are very chatty, whereas we are only interested in button motion events. Plus, button motion mask does work for ordinary GTK+ apps, so this seems something specific to gtkglext.
Created attachment 149561 [details] Button motion test program Simple testcase demonstrating that button motion events work properly in ordinary GTK+ apps. This testcase uses cairo to draw onto a GtkDrawingArea.
Setting milestone to 2.0.0.
This bug seems to be the same as bug #601473, and I verify that the bug no longer exists in gtk+ 2.18.5. *** This bug has been marked as a duplicate of bug 601473 ***