Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1245247

Summary: GTK3 Scroll wheels on USB mice cause huge jumps after changing window focus
Product: [Fedora] Fedora Reporter: Kieron <hawk>
Component: gtk3Assignee: Peter Hutterer <peter.hutterer>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 22CC: brian, ccecchi, devin, fdeutsch, hdegoede, igaldino, jorti, mclasen, momcilo, peter.hutterer, rjones
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-02 13:37:00 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:
Embargoed:

Description Kieron 2015-07-21 14:41:48 UTC
Description of problem:

After changing window focus, the scroll wheel on all generic USB mice I have tried do not respond correctly. The scroll position of the new window jumps randomly the first time you scroll in any direction, sometimes it will scroll straight to the bottom of a document, or straight to the top. Other times it jumps about 100-150 lines in either direction.

After it has freaked out and done one of these jumps the scroll wheel behavior returns to normal until the window focus changes again. It appears to do it on all windows and applications. It is especially annoying when I switch from Firefox to Bluefish and then I am thrown to the bottom or the top of whatever script I am working on, and have to scroll several hundred lines back to the position I am trying to work at.

Scrolling with the touch pad works normally.


Steps to Reproduce:

1. Open Google on Firefox and put in any old criteria.

2. Open a document in Bluefish/gedit/whatever thats about 300 lines long, scroll to the middle of this document.

3. Go back to firefox, scroll down the page, change to the next page of search results, scroll about a bit.

4. Change back to bluefish, move your scroll wheel one notch in either direction. The scroll position of the document should jump a huge amount, then scroll wheel will behave normally again until you change window focus.

Actual results:

Half of your working day is spent scrolling back to the right position. Serious injuries occur when you repeatedly slam your head into the desk in frustration.


Expected results: Obviously, none of the above.


Additional info:

I tried several other mice and they all did the same thing. I tried disabling the touch pad in case it was somehow being triggered. I tried fiddling with the other mouse settings but it wasn't having any of it.

Comment 1 Kieron 2015-07-21 16:34:04 UTC
I have changed my mind about it being the xorg-x11-drv-libinput driver, further probing revealed that recent changes to GTK3 are to blame.

As a temporary workaround if anyone else is experiencing this issue, downgrade gtk3 on your system back to version 3.16.3. Then scrolling works normally again :)

Comment 2 Brian J. Murrell 2015-07-23 11:31:22 UTC
(In reply to Kieron from comment #1)
> 
> I have changed my mind about it being the xorg-x11-drv-libinput driver, further > probing revealed that recent changes to GTK3 are to blame.

Is there an upstream ticket we can follow to see this resolved?

> As a temporary workaround if anyone else is experiencing this issue,
> downgrade gtk3 on your system back to version 3.16.3. Then scrolling works
> normally again :)

If anyone coming here is wondering how to downgrade gtk3, here is what I did:

# dnf downgrade gtk3-3.16.3 gtk3-immodule-xim-3.16.3

Comment 3 Isaque Galdino 2015-07-28 19:21:16 UTC
I can confirm this is also happening with me:
gtk3.x86_64 3.16.5-1.fc22

Thanks.

Comment 4 Juan Orti 2015-07-30 12:49:50 UTC
Same here with:
gtk3-3.16.5-1.fc22.x86_64
libinput-0.20.0-1.fc22.x86_64

Comment 5 Isaque Galdino 2015-07-31 13:19:27 UTC
With the last update:
$ rpm -qa gtk3
gtk3-3.16.6-1.fc22.x86_64

The problem seems to be gone.

Comment 6 Kieron 2015-08-02 13:37:00 UTC
Huzza! \o/

Comment 7 Peter Hutterer 2015-08-03 05:42:43 UTC
*** Bug 1248939 has been marked as a duplicate of this bug. ***