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 - GTK3 Scroll wheels on USB mice cause huge jumps after changing window focus
Summary: GTK3 Scroll wheels on USB mice cause huge jumps after changing window focus
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk3
Version: 22
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Peter Hutterer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1248939 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-21 14:41 UTC by Kieron
Modified: 2015-08-03 09:36 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-08-02 13:37:00 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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. ***


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