XWayland applications do not receive certain scroll wheel events
Affected version
Arch Linux
GNOME 43
XWayland 22.1.5
Bug summary
XWayland applications do not receive scroll wheel events when the direction changes.
Steps to reproduce
- Use a mouse with a discrete scroll wheel
- Scroll in one direction
- Scroll in the opposite direction
What happened
The first scroll wheel event in the opposite direction does not scroll XWayland applications.
What did you expect to happen
All scroll wheel events would scroll XWayland applications.
Relevant logs, screenshots, screencasts etc.
This issue only occurs sometimes. Rebooting would stop the issue from occuring, but it will reappear after some unknown amount of use, typically after a suspend and waking up.
Using xinput test-xi2 --root | grep EVENT
:
In this log, the mouse was scrolled downward multiple times. Scrolling down would create 6 events per scroll:
EVENT type 17 (RawMotion)
EVENT type 6 (Motion)
EVENT type 15 (RawButtonPress)
EVENT type 4 (ButtonPress)
EVENT type 16 (RawButtonRelease)
EVENT type 5 (ButtonRelease)
Then, the mouse was scrolled up a single time. Only 2 events were created:
EVENT type 17 (RawMotion)
EVENT type 6 (Motion)
After the first scroll up, 6 events were created per scroll.
Scrolling works as expected in native Wayland applications.