Bug 1381789 - Mouse Wheel Not Working Good
Summary: Mouse Wheel Not Working Good
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: libinput
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Hutterer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-05 04:01 UTC by M.Hanny Sabbagh
Modified: 2017-02-05 13:37 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-02-05 13:37:26 UTC
Type: Bug


Attachments (Terms of Use)
Output of $evemu-record scrolling down (14.99 KB, text/plain)
2016-10-24 18:29 UTC, M.Hanny Sabbagh
no flags Details
Output of $evemu-record scrolling up (15.55 KB, text/plain)
2016-10-24 18:30 UTC, M.Hanny Sabbagh
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.