-
Notifications
You must be signed in to change notification settings - Fork 397
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
Linux input driver interacts badly with scroll wheel resolution #2404
Comments
This is a known problem, described in https://pwr-solaar.github.io/Solaar/index. The problem is timing dependent so does not occur always and the frequency can depend on the kernel and hardware in use, among other factors. From https://pwr-solaar.github.io/Solaar/index:
|
I assumed I had a different problem because the workaround mentioned there (enabling |
That depends on what you want. The Linux input system has a large number of bells and whistles, and may include a way of adjusting how fast scrolling happens. But implementing smooth scrolling in the driver takes away the ability of Solaar to switch scrolling from regular speed to about 8 times regular speed by setting the scroll wheel resolution flag. If you want that ability back you have to use a driver that doesn't implement smooth scrolling for you device. When you set scroll wheel resolution to ignore, Solaar leaves the setting alone, resulting in standard speed scrolling whether or not smooth scrolling is implemented in the driver for your device. Only if something else is happening can there be involvement by Solaar. (There is a pathological case if you reverse the direction of scrolling or even divert scrolling, because the driver stomps on all three of the scroll wheel settings without regards for what their value is set to. The pathological case occurs if Solaar reads the settings, then the driver changes them, and then Solaar changes, for example, the scroll direction, also setting the resolution to the value that Solaar read. So it is safest to have all three settings on ignore.) |
Just to be clear: I would like the involvement by Solaar to happen (to activate the hires-scroll-mode), but it does not work reliably anymore. If that's not possible to fix, is there another way to configure this at the driver level? |
As far as I know there is no way to control the driver except by reverting to an older version. If you think scrolling is too slow then you need to look around for some way to multiply scrolling speed. This may be somewhere in the Linux input stack, in your window system, in your window manager, or post-stack input processing. But maybe there is no component that has this tweak. You may have to add some input processing. Maybe https://www.baeldung.com/linux/mouse-scroll-speed will do the trick. |
Just chiming in - but I was looking for recent reports about this issue, and this also happens to me with and without Solaar or logiops. I would rather attribute this to some change that Plasma 6 recently did, because this started happening also after upgrading to Plasma 6. Edit: Bug report opened on https://bugs.kde.org/show_bug.cgi?id=483944 |
The driver has been updated several times over the last few years, generally to include more devices with smooth scrolling, so it is entirely possible that an update has changed the scrolling behaviour. As well, any change can affect timing, which can also affect behaviour. |
The problem with my MX Master is that without hi-res scrolling, the scroll events happen only about twice per wheel revolution, which is very awkward; any way I know of to modify scroll speed only changes how many lines those events move by, which doesn't help much. On Sondeluz' hint, I'm gonna look into the Plasma side of things for now. Thank you very much for your patience! |
Does this happen even when Solaar is not running and you have turned your mouse off and on? If so, Solaar is not involved and you should probably report the problem. (First, though, check in a clean slate - uninstall Solaar, reboot, and then try scrolling.) |
Sondeluz reported having this problem without Solaar, so yes, that is probably not really involved. |
Information
uname -srmo
:Linux 6.7.9-arch1-1 x86_64 GNU/Linux
solaar show
:cat ~/.config/solaar/config.yaml
:Errors or warrnings from Solaar: -
Describe the bug
After switching the mouse off and on again, or after any short period of inactivity (during which the device presumably enters a standby mode), the
Scroll Wheel Resolution
setting on the device becomes False even when configured to True in Solaar, resulting in erratically slow scrolling. Regular scroll speed is only restored after opening Solaar and manually toggling the setting off and on again. This, in turn, resetshires-scroll-mode
tofalse
in the~/.config/solaar/config.yaml
even when it was manually set totrue
before (I don't know which of these is cause or effect).The issue has occurred spuriously before, but has become permanent since upgrading my KDE Plasma desktop to version 6.
The text was updated successfully, but these errors were encountered: