Bug 1381789

Summary: Mouse Wheel Not Working Good
Product: [Fedora] Fedora Reporter: M.Hanny Sabbagh <mhsabbagh>
Component: libinputAssignee: Peter Hutterer <peter.hutterer>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 24CC: mhsabbagh, peter.hutterer
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-05 13:37:26 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Output of $evemu-record scrolling down
none
Output of $evemu-record scrolling up none

Description M.Hanny Sabbagh 2016-10-05 04:01:23 UTC 
Description of problem: I have 2 USB mouses, one of them is CodeGen CP90 and the other one is a normal USB optical mouse from HP. With both of them and when I try to scroll anything using the wheel, the content (or the thing I try to scroll) goes up and down, it doesn't go to the direction it's supposed to, it's very lacking. I have to scroll very hard and very quickly to get to where I want.

This problem was in the normal USB Optical mouse for 1 year with me, then I bought a new mouse which is CodeGen CP90 and the problem was gone for a few weeks with it. Later on, suddenly the problem started to happen even with the new mouse!

I don't know exactly which component is responsible about handling the mouse scroll but I assumed it's libinput.

This may be hardware-specific bug, but it's very amazing how my new mouse was working perfectly and later on, the same problem happened with it. Maybe because I was using them both together or something.
Comment 1 Peter Hutterer 2016-10-14 03:50:31 UTC 
run sudo evemu-record against the device, scroll a bit and attach the output here please. make separate recordings for up and down scrolling please, it's easier to analyse that way, thanks.
Comment 2 M.Hanny Sabbagh 2016-10-24 18:29:38 UTC 
Created attachment 1213540 [details]
Output of $evemu-record scrolling down
Comment 3 M.Hanny Sabbagh 2016-10-24 18:30:12 UTC 
Created attachment 1213541 [details]
Output of $evemu-record scrolling up
Comment 4 M.Hanny Sabbagh 2016-10-24 18:31:57 UTC 
Hello and sorry for being late. I have uploaded the needed files into the attachments. Thank you.
Comment 5 Peter Hutterer 2016-10-27 00:41:20 UTC 
whoah. look at the two outputs you attached: REL_WHEEL is the wheel, -1 means one click towards you, 1 means one click away from you. Now look at the output. It's all intermixed values of -1 and 1. So the hardware is sending us a random stream of up/down events. That's where the bad scrolling comes from.

This isn't something we can fix in libinput and I doubt this is a kernel issue. At least I can't think of what would trigger that. Have you tried those mice on other machines to see if it reproduces there?
Comment 6 M.Hanny Sabbagh 2017-02-05 13:37:26 UTC 
Sorry for the long disconnect. The problem was in the hardware indeed and I bought a new peice of the same model and it worked well later.

Thank you.