-
Notifications
You must be signed in to change notification settings - Fork 920
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
X11: Mouse motion events sometimes contain garbage #3500
Comments
Can you reproduce this issue while running |
XIRawEvent raw_values are used instead of XIRawEvent valuators values:
Replacing raw values with values yields way higher precision, (raw values only indicate if a value is zero, positive or negative at least with mouse devices) and doesn't has this problem. I'll try to get a trace. |
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. I fix this by refusing to forward events where both of their deltas fall below a certain threshold. Closes #3500 Signed-off-by: John Nunley <[email protected]>
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. I fix this by refusing to forward events where both of their deltas fall below a certain threshold. Closes #3500 Signed-off-by: John Nunley <[email protected]>
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. Fix it by filtering absolute values smaller than floating point epsilon. Signed-off-by: John Nunley <[email protected]> Closes: #3500
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. Fix it by filtering absolute values smaller than floating point epsilon. Signed-off-by: John Nunley <[email protected]> Closes: #3500
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. Fix it by filtering absolute values smaller than floating point epsilon. Signed-off-by: John Nunley <[email protected]> Closes: #3500
Usually, if mouse events are equal to (0, 0) we filter them out. However, if the event is very close to zero it will still be given to the user. In some cases this can be caused by bad float math on the X11 server side. Fix it by filtering absolute values smaller than floating point epsilon. Signed-off-by: John Nunley <[email protected]> Closes: #3500
While printing out events on X11, I noticed that sometimes (not always), the motion events are invalid:
Only one axis gets reported and the second axis is just an unrelated value (most likely smth not belonging to the event).
The easiest way I found to reproduce this is just moving the cursor between two monitors. It might also just be a x11 problem.
I'm running natively latest Arch Linux with Gnome using X11.
The text was updated successfully, but these errors were encountered: