Debug process I got myself a new mechanical keyboard (Redragon Horus) after my old one broke and noticed that the scroll wheel doesn't work as it should. I use KDE Wayland so I went to the keyboard settings, changed the delay between key repeating and suddenly it was scrolling properly. This same issue didn't happen on my previous keyboard (Corsair K70, Red led version) nor does it happen on windows. When I plug it in I get this message, showing multiple event devices usb 3-14: USB disconnect, device number 11 usb 3-14: new full-speed USB device number 12 using xhci_hcd usb 3-14: New USB device found, idVendor=258a, idProduct=0049, bcdDevice= 1.03 usb 3-14: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 3-14: Product: Gaming Keyboard usb 3-14: Manufacturer: BY Tech input: BY Tech Gaming Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14:1.0/input/input45 input: BY Tech Gaming Keyboard System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14:1.1/0003:258A:0049.0014/input/input46 input: BY Tech Gaming Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14:1.1/0003:258A:0049.0014/input/input47 input: BY Tech Gaming Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14:1.1/0003:258A:0049.0014/input/input49 input: BY Tech Gaming Keyboard Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14:1.1/0003:258A:0049.0014/input/input50 hid-generic 0003:258A:0049.0014: input,hiddev1,hidraw4: USB HID v1.11 Keyboard [BY Tech Gaming Keyboard] on usb-0000:00:14.0-14/input1 By using evtest I was able to confirm that Consumer Control is the one in charge of managing the volume wheel. Is there anything I can do to fix this problem? The huge delay for the volume wheel really makes it hard to use and since my old keyboard worked just fine, I'm sure this must be a problem specific to this model STEPS TO REPRODUCE 1. Use the volume wheel present on the keyboard continously OBSERVED RESULT Wheel changes the volume, pauses, then after the delay time is set it starts changing the volume again EXPECTED RESULT Wheel changes the volume without delay SOFTWARE/OS VERSIONS Linux/KDE Plasma: Archlinux KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION Keyboard idVendor=258a, idProduct=0049
So your keyboard includes a mechanical volume wheel, and the wheel is counted as a keyboard key such that it inappropriately respects the key repeat settings? Do I have that right?
(In reply to Nate Graham from comment #1) > So your keyboard includes a mechanical volume wheel, and the wheel is > counted as a keyboard key such that it inappropriately respects the key > repeat settings? Do I have that right? Yes that's exactly right.
Fascinating, thanks. Seems very relevant to the input goal.
I have a Logitech keyboard with a volume wheel, and it works correctly out of the box, and independently of key repeat settings. It does sound like your keyboard might need some special quirks in libinput or the kernel to deal with this. Could you record the events of using the wheel a bit with > sudo libinput debug-events and attach the output here, so that we can figure out what exactly is happening?
Created attachment 173896 [details] sudo libinput debug-events &> keyboard.log Run command, then move volume wheel, then Ctrl+C
odd, that looks exactly like with my keyboard. This shouldn't be affected by key repeat settings at all. Could you expand on which exact setting makes it work and which makes it not work?
Created attachment 173897 [details] Image of setting panel showing Delay setting location Setting that affected my issue
Is there any more information I could provide?