| Summary: | xbutton.subwindow field of the XEvent is always set to zero with emulated ButtonPress pointer events | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | PatriceB <pbfwdlist> | ||||
| Component: | Server/Input/Core | Assignee: | Peter Hutterer <peter.hutterer> | ||||
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | normal | ||||||
| Priority: | medium | CC: | fourdan, haibo.chen, peter.hutterer | ||||
| Version: | unspecified | ||||||
| Hardware: | All | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
|
Description
PatriceB
2013-10-23 05:57:52 UTC
I've noticed also that: * .xbutton.subwindow fild is correctly set in ButtonRelease emulated XEvent. * On XI_ButtonPress, (XIDeviceEvent*) cookie->data -> child is set to 0 and is correctly set on XI_ButtonRelease. Can be reproduced using evemu, although, oddly enough, the same test performed in Xephyr does report the subwindow field correctly (i.e. don't try to reproduce using Xephyr). I think both button press and motion events are affected, both report subwindow as none. Created attachment 111666 [details] [review] Proposed patch looks good, merged locally. thanks *** Bug 86459 has been marked as a duplicate of this bug. *** -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/571. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.