Red Hat Bugzilla – Bug 983834
Scroll don't work with wheel mouse on gedit with kde
Last modified: 2015-06-15 23:18:08 EDT
I install F19 with Kde, but I prefer gedit.
I install but the scroll with whell mouse in gedit windows don't work.
Scroll only work if the pointer of the mouse is on the elevator in the right of window.
With F18, kde and gedit, wheel mouse scroll work in gedit window.
It's a bug or a feature ?
Description of problem:
Mouse wheel doesn't work with gtk apps.
It works only if you press 3th button (middle), but it'll paste a clipboard content in the text before scroll.
This happened after install F19 (new install). At F18 worked fine!
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open a file.
2. Move the mouse wheel.
Doesn't scroll the page.
Scrolls the page.
./configure '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-dependency-tracking' '--disable-static' '--disable-update-databases' '--disable-xml-catalog-update' '--docdir=/usr/share/doc/bluefish-2.2.4' 'build_alias=i686-redhat-linux-gnu' 'host_alias=i686-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables' 'LDFLAGS=-Wl,-z,relro '
gtk 3.7.8 (runtime gtk 3.8.2)
glib 2.35.7 (runtime 2.36.3)
with libenchant... yes
with libenchant >= 1.4... yes
with libgucharmap... no
with libgucharmap_2... yes
with python... yes
(In reply to Clauber from comment #1)
> Description of problem:
> Mouse wheel doesn't work with gtk apps.
> It works only if you press 3th button (middle), but it'll paste a clipboard
> content in the text before scroll.
> This happened after install F19 (new install). At F18 worked fine!
> Version-Release number of selected component (if applicable):
> Steps to Reproduce:
> 1. Open a file.
> 2. Move the mouse wheel.
> Actual results:
> Doesn't scroll the page.
> Expected results:
> Scrolls the page.
> Additional info:
> ./configure '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu'
> '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
> '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
> '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec'
> '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man'
> '--infodir=/usr/share/info' '--disable-dependency-tracking'
> '--disable-static' '--disable-update-databases'
> '--disable-xml-catalog-update' '--docdir=/usr/share/doc/bluefish-2.2.4'
> 'build_alias=i686-redhat-linux-gnu' 'host_alias=i686-redhat-linux-gnu'
> 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom
> -fasynchronous-unwind-tables' 'LDFLAGS=-Wl,-z,relro '
> gtk 3.7.8 (runtime gtk 3.8.2)
> glib 2.35.7 (runtime 2.36.3)
> with libenchant... yes
> with libenchant >= 1.4... yes
> with libgucharmap... no
> with libgucharmap_2... yes
> with python... yes
Ok I test by press on mouse wheel and scroll and that work.
But if you don't press, that don't work...
I can confirm this bug, apparently with any gtk application in KDE (at least with gedit and gnote).
Bug present in Fedora 19 and not in Fedora 18.
Fedora 18: GNOME 3.6 GEDIT 3.6.2 KDE 4.10.4
Fedora 19: GNOME 3.8 GEDIT 3.8.3 KDE 4.10.5
-> the problems seems coming from gnome (3.6 -> 3.8) and not KDE (no major update)
A little up...
Nobody know how solve this problem ?
I upgraded Fedora KDE Spin x86_64 from 18 to 19 a little over a week ago and gedit was working fine up until yesterday/the day before, I think there was an update that broke this mouse scroll wheel functionality in gtk apps.
Saw these errors popping up in konsole when running it, don't know if it's related:
(gedit:16858): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
Tried installing gnome-session / gnome-session-xsession, haven't had any success fixing this mouse wheel issue or Gtk-Warning.
It's funny how the smallest thing can be such a pain in the rear end - I use gedit constantly all throughout the day.
When I run an strace -v -s255 on gedit, I notice a bunch of (Resource temporarily unavailable) events pop up when I try to scroll the mouse wheel, not sure if this helps.
Will try to attach snippet during mouse wheel scroll action.
Created attachment 789273 [details]
Snippet of strace output
This is "strace -v -s255" for gedit during mouse wheel scroll action. Please note, this block of output may also include window focus in/out, and other events.
Same here. When I upgraded (fedup) from Fedora 17 to Fedora 19, turning my mouse wheel no longer caused the expected scrolling...
I have the same situation, almost ALL the GTK applications under KDE,transmission-gtk,audacious. However, it seems that eclipse and firefox works fine.
I can report the same issue for Bluefish Editor with a Kensington Trackball after "fedup-ing" from Fedora 17 to 19. The scrolling wheel works in some applications i.e. Thunderbird, not in others.
I have the same situation here. Seems like it is a gnome gtk issue, since it is affecting Ubuntu with Unity and XFCE boxes too. They issued a patch tough:
(In reply to Valmir Pimenta from comment #10)
> I have the same situation here. Seems like it is a gnome gtk issue, since it
> is affecting Ubuntu with Unity and XFCE boxes too. They issued a patch tough:
I don't find the patch, where is it ?
(In reply to dominique from comment #11)
> (In reply to Valmir Pimenta from comment #10)
> > I have the same situation here. Seems like it is a gnome gtk issue, since it
> > is affecting Ubuntu with Unity and XFCE boxes too. They issued a patch tough:
> > https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1171342
> I don't find the patch, where is it ?
It's mentioned in a link about a PPA that points here:
I believe the relevant bits are under:
But the patch itself was done upstream. Sorry, don't have a poiter to the patch proper.
I find the patch here : https://launchpadlibrarian.net/138037691/gtk%2B3.0_3.6.4-0ubuntu7_3.6.4-0ubuntu8.diff.gz
but I look into the gtk188.8.131.52-1 source, and the patch is already in use...
For test I rebuild gtk184.108.40.206-1 without the debian patch, and after install scroll work well in gedit.
I am not a dev or a programmer, and I don't know if it's a good way.
If that help you.
I think it's a problem with gtk3, also I re-assign this bug to gtk3
I join the diff, with I rebuild gtk220.127.116.11-1
Created attachment 822042 [details]
If anybody want test, I upload the rpms here :
Those RPM's fix the problem for me. On Easytag, Bluefish, Geeqie & GIMP scrolling with the mouse wheel now works perfectly!
There is no dev for gtk3 on this bug ?
The debian patch is upstream, may be I send this bug to ghome bugzilla ?
Thank you, these RPM fix the problem (successfully tested in gnote and gedit in KDE).
Hope they will be integrated soon in Fedora repos...
Thanks. The RPMs fixed the problem here too.
"The debian patch is upstream, may be I send this bug to ghome bugzilla ?"
Yes, I would recommend doing that.
Ok Adam, I feel this bug to gnome bugzilla : https://bugzilla.gnome.org/show_bug.cgi?id=712174
I think all users here should register for this bug.
The gnome bug 712174 is duplicate of gnome bug 699574 : https://bugzilla.gnome.org/show_bug.cgi?id=699574
There is a proposed patch in comment 5, and for test I rebuild gtk3 with this patch.
That work for me, and if you want test , I upload rpms here : https://mega.co.nz/#!EBE1gA7T!FQUnHBw1M8M3ZeUZ-DJeaAuBTQ1aSTS0ISDvUZbirgQ
The bug is also present on fedora20 beta and gtk3 3.10.
I rebuild with the same patch in comment 25, and gedit work fine, scroll work.
I can also confirm your x86_64 RPM's worked great for me in Fedora 19, dominique, as per https://bugzilla.redhat.com/show_bug.cgi?id=983834#c25
Thank you so much!
Problem seem solve in Fedora 21-rawhide with gtk3-3.11.2-1-fc21, scrool work with gedit.
I don't know if that version of gtk3 will be in Fedora 20.
Good new, package gtk3-3.8.8-2.fc19 solve problem for me, scroll work with gedit.
I think it's will be in updates soon, otherwise it's in koji : http://koji.fedoraproject.org/koji/buildinfo?buildID=482831
http://koji.fedoraproject.org/koji/buildinfo?buildID=482840 likely fixes it for F20 too. The fix won't go into the final release, but it will be available as a 0-day update, I expect.
gtk3-3.10.6-1.fc20 has been submitted as an update for Fedora 20.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gtk3-3.10.6-1.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
gtk3-3.10.6-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Scrolling still doesn't work properly when the window is not focused.
Steps to reproduce:
1. Open a gedit window with a long file (scroll on it to see the proper behaviour).
2. Open a different window alongside.
3. Click on the second window to focus it.
4. Place mouse cursor over gedit window (don't click!).
5. Try scrolling.
Mouse scroll has no effect, touchpad scroll is jerky.
Scrolling works the same way as when window is focused (i.e. touchpad=smooth, mouse scroll=works).
Mouse scrolling does not work when any window has higher z-order than gEdit, this means system pop-up notifications (kde) like new mail, new rss item, download complete, etc, even though gEdit still has focus, prevents the scroll wheel from functioning in gEdit unless I hold down the left button (selecting text all the while). If I click the notification to make it go away scroll functionality returns.