https://bugs.kde.org/show_bug.cgi?id=470746
--- Comment #27 from Jason <[email protected]> --- (In reply to Jason from comment #26) > Im not going to reopen this, but I don't believe it is fixed. I believe I > was too hasty in assuming that it was. It does seem that something has > changed, but I don't have enough knowledge to say exactly what it is. > > First, I have a Razer Viper V3 Pro, and a Pulsar xlite v3- both exhibit the > same behavior. If I turn the scroll speed down in KDE, even the workspace > switcher swallows keystrokes. If I turn it all the way to minimum scroll > speed, it will take many scroll clicks before the switcher changes > workspaces. > > Leaving it at default, this doesn't occur. However, it seems that > virt-manager at least registers three scroll events for every single scroll > event. I've confirmed this with libinput- you can see the 3 15/120 events > occurring at the same time for each click. When you change directions > (scroll up instead of down for example), the first will give only 2 scroll > events, and then 3 scroll events over and over. Basically, the guest will > act as if its receiving 3 down clicks. > > This differs from before. Before when I would scroll, I would get 1 event, > then 2 events, then 1 event, then 2 events, etc. This would result in uneven > scrolling per click (3 lines -> 6 lines -> 3 lines -> 6 lines, etc). Now it > seems as if it is doing 3 events, 3 events, 3 events, etc and thus the > scroll speed in the VM seems very high. I've tried everything. > > Using the same virt-manager (on Fedora Workstation) **on Gnome** with the > exact same > guest VM (up-to-date Arch) 'sudo libinput debug-events', I get 1 event per > click (instead of 3). If noone comments here, I will open another bug report. I made an error: the last sentence refers to how it works using Gnome (where scroll events work correctly) -- You are receiving this mail because: You are watching all bug changes.
