SUMMARY When you use scrolling wheel and your mouse supports hires scrolling (logitech, some microsoft mouses), select boxes change value on every micro-step rather than full scroll event. STEPS TO REPRODUCE 1. Open Display settings 2. Scroll whatever select box OBSERVED RESULT Scrolling is too fast. EXPECTED RESULT Items change only on every major scroll step rather than micro step. SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Thanks for filing this bug report. Unfortunately there isn't enough information for us to try to figure out what's happening. Please add information about your system as requested in the bug report template. Copy and paste this with the information into a new comment. Also, please let us know the brand and model numbers of mice you have seen this with. I'm not able to reproduce this on git-master with a Logitech G502 Lightspeed. Finally, can you include a screenshot of System Settings - Mouse? Thanks. SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: Qt Version:
Created attachment 182633 [details] screencap > Also, please let us know the brand and model numbers of mice you have seen this with. MX Master 3 (not 3S) SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.4.0 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Kernel Version: 6.15.3-arch1-1 (64-bit) Graphics Platform: Wayland
Created attachment 182634 [details] mouse screenshot
Thanks for the additional information and the recording. I'll leave this open so others can try to reproduce.
Can I do something else? Capture some logs, check out whatever versions or whatever libraries?
(In reply to TraceyC from comment #1) > I'm not able to reproduce this on git-master with a Logitech G502 Lightspeed. Do you have hi-res scrolling though? If so, try run `libinput record /dev/input/eventwhatever` to see if items switch every REL_WHEEL_HI_RES or every REL_WHEEL? If hi-res multiplier is somewhat high (40/120 or 30/120), it could be less noticeable visually.
(In reply to gudvinr+kde from comment #6) > Do you have hi-res scrolling though? If so, try run `libinput record > /dev/input/eventwhatever` to see if items switch every REL_WHEEL_HI_RES or > every REL_WHEEL? Thanks for the suggestion. Running that, apparently this mouse does have hi-res scrolling. Some sample output from my system: - evdev: - [ 11, 692006, 2, 8, -1] # EV_REL / REL_WHEEL -1 - [ 11, 692006, 2, 11, -120] # EV_REL / REL_WHEEL_HI_RES -120 - [ 11, 692006, 0, 0, 0] # ------------ SYN_REPORT (0) ---------- +5ms - evdev: - [ 11, 694983, 2, 8, -1] # EV_REL / REL_WHEEL -1 - [ 11, 694983, 2, 11, -120] # EV_REL / REL_WHEEL_HI_RES -120 - [ 11, 694983, 0, 0, 0] # ------------ SYN_REPORT (0) ---------- +2ms - evdev: - [ 11, 698978, 2, 8, -1] # EV_REL / REL_WHEEL -1 - [ 11, 698978, 2, 11, -120] # EV_REL / REL_WHEEL_HI_RES -120 - [ 11, 698978, 0, 0, 0] # ------------ SYN_REPORT (0) ---------- +4ms - evdev: - [ 11, 703015, 2, 8, -1] # EV_REL / REL_WHEEL -1 - [ 11, 703015, 2, 11, -120] # EV_REL / REL_WHEEL_HI_RES -120 - [ 11, 703015, 0, 0, 0] # ------------ SYN_REPORT (0) ---------- +5ms I'm seeing REL_WHEEL_HI_RES events with every REL_WHEEL event. The mouse doesn't have "smooth scrolling" like some MS mice do.
(In reply to TraceyC from comment #7) > I'm seeing REL_WHEEL_HI_RES events with every REL_WHEEL event. The mouse > doesn't have "smooth scrolling" like some MS mice do. For some reason it shows support for it but it emits only full "clicks" which are 120. On my mouse smallest value is 16. Try using solaar and enable "Scroll wheel resolution" option there if it exist.