http://bugs.winehq.org/show_bug.cgi?id=59772 Bug ID: 59772 Summary: wintab32/winex11: user32-rawinput-mouse patch set stops XDeviceMotionEvent-s enabled by x11 wintab Product: Wine-staging Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@list.winehq.org Reporter: katharine.chui@gmail.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: --- On wine staging, wintab32 currently randomly stops sending graphics tablet input messages to application, usually after mouse input. A bisection on the patch set shows that the issue first emerged from `0005-winex11-Keep-track-of-mouse-device-and-pointer-butto.patch`. Further inspection with `WINEDEBUG="-all,+event"` points to `XDeviceMotionEvent` events vanishing, despite enabled in `wintab.c` `tablet_attach_queue()` This suggests that the use of `XCloseDevice` in the patch conflicts with x11 wintab's use of `XSelectExtensionEvent`. Documentation of `XCloseDevice` seems to explain this behavior https://manpages.debian.org/buster/libxi-dev/XCloseDevice.3.en.html ``` When a client makes an XCloseDevice request, any active grabs that the client has on the device are released. Any event selections that the client has are deleted, as well as any passive grabs. If the requesting client is the last client accessing the device, the server may disable all access by X to the device. ``` This issue was observed in Xwayland, I do not know if it happens in normal X11 as well. This might be a duplicate of https://bugs.winehq.org/show_bug.cgi?id=49512 , https://bugs.winehq.org/show_bug.cgi?id=33056 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.