Recent searches
Search options
Administered by:
Some advice for everyone trying to reproduce this bug https://youtu.be/5Aq2GZpKkLU
Log in a second user! Yes, you can reproduce it with just one logged-in user, but it requires many, many more windows.
(Also try a wired USB mouse, if you can. But the second logged-in user is the important part. It makes it MUCH easier to reproduce.)
@siracusa I can confirm the suspicions that polling rate has an effect on the window dragging bug! Higher polling rate seems to be correlated with more shakiness.
My mouse was connected via its wireless dongle for this recording, but connecting it over USB does not appear to have different results with the same polling rate.
https://youtu.be/3pP6eHfnamQ
@smay I can’t tell in the video: does increasing the DPI make it worse or better? And what are the actual values in that Logitech control panel thing?
Ah, I see it now. (High-res version of the video finally loaded.) “Report rate” going 1000 per second (worst bug behavior) to 125 per second (best).
@siracusa Further testing shows that each step down in polling rate means more windows are needed to reproduce. Still all with two users logged in. I would be interested to see someone test with an even higher polling rate and see how few windows are needed. https://youtu.be/03kwhiBYcWU
@siracusa I am the changing polling rate, not DPI. The highest value (and the most buggy) is 1000 hz, the other values are 500, 250, and 125. I have not yet tested if the impact of the polling rate is “linear” (eg each step down in polling rate increases number of windows required to reproduce) but I can say that all other factors equal a higher polling rate leads to more issues. That might explain some of the inconsistency between different mice and their connection methods.