After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 646930 - win32: button press/release events sent to wrong window in case of grab
win32: button press/release events sent to wrong window in case of grab
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.24.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2011-04-06 17:13 UTC by Nicolas Setton
Modified: 2017-01-30 16:15 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
proposed fix, working with gtk+ 2.24.4 (2.08 KB, patch)
2011-04-06 17:13 UTC, Nicolas Setton 		none Details | Review

Description Nicolas Setton 2011-04-06 17:13:29 UTC 
Created attachment 185341 [details] [review]
proposed fix, working with gtk+ 2.24.4

The following scenario is broken under Windows:

 - grab a window in response to a button_press event
 - move the mouse pointer out of the toplevel window
 - release the mouse button

=> the button_release event corresponding to the last action is not sent to the window that has the grab, but to the root window.

This used to work, but has been broken by previous changes.

Attaching a patch (working against 2.24.4) which re-adds the necessary propagations.
Comment 1 Alexander Larsson 2011-10-21 09:49:23 UTC 
This is not quite right, it should be handled generally in find_window_for_mouse_event, as I'm doing on the gtk-2-24-win32 branch. Grabs work there.
Comment 2 Nicolas Setton 2011-10-21 09:56:01 UTC 
Thank you. Looking forward to the forward-port of gtk-2-24-win32 in 3.2.
Comment 3 Daniel Boles 2017-01-30 16:15:39 UTC 
It seems this was indeed fixed in GTK+ 3, with commit 915e9d57f981031d8cfaec344356f54acda405dc