New Fedora Core 23 KDE spin install. A few weeks ago, I reported this on a new Fedora Core 22 install. I performed a fresh install of FC23 KDE spin, and the same problem persists.

I'm not sure if this is a KDE problem. If not, any other suggestions are welcome.

I am a long time user of FC. I still have FC21 on the same machine in a different partition, but there is no problem there.

When I use the scrollbars in most applications, they are jumping huge blocks of the document, often the entire length of a multi-page document. This happens in Firefox, LibreOffice, Thunderbird but apparently not in native KDE apps such as Konqueror, Dolphin, Kwrite.

When I say it jumps huge blocks, for example if I am viewing a document in FF that should take 4 clicks of the scrollbar to view the entire document, now only 1 click jumps to the bottom of the document, skipping all of the pages in between. In LibreOffice Impress, when I am in the Slide Viewer, if I click once, it goes from displaying slides 1-4 to slides 7-10, skipping completely over 5 and 6. If I am at the bottom and click once to scroll up, it goes all the way to the top.

In a gentoo forum, somebody suggested editing the ~/.config/gtk-3.0/settings.ini file and setting the gtk-primary-button-warps-slider property to false as follows:

Code:
[Settings]
gtk-primary-button-warps-slider = false

Tried that, no luck.

Is this a new "feature", or is there some way I can set it back to how it behaved under FC 21?

Thanks,
JimR

This should be a bug in (likely) gtk3 (unless mozilla and LOo cloned the same bug) - the DE has no direct control over the pagescroll length of clients.

For clarification, how esactly do you interact with the scrollbar in this case?
- wheel (works on the scrollbar as well)
- left click on the </> buttons on the ends
- left click on the groove (ie. outside the slider, but not the dedicated buttons)
- middle click on the groove

luebking wrote:This should be a bug in (likely) gtk3 (unless mozilla and LOo cloned the same bug) - the DE has no direct control over the pagescroll length of clients.

For clarification, how esactly do you interact with the scrollbar in this case?
- wheel (works on the scrollbar as well)
- left click on the </> buttons on the ends
- left click on the groove (ie. outside the slider, but not the dedicated buttons)
- middle click on the groove

Thanks for your reply. I left-click in the groove. This is on a laptop, so I am actually using the trackpad even though I called it a mouse. To clarify it completely, in the past, if I clicked anywhere within the groove, it would move the screen forward or backward one screen-page, regardless where I clicked within the groove. Now if I click in the groove roughly halfway betewen the slider and the bottom, it scrolls almost all of the way to the bottom of the document. If I click in the groove immediately below the slider, it will move some reasonable portion towards the bottom. It seems like it might be roughly proportional to the ratio of the groove where I click. In my years of computing, it has never worked that way before.

I posted a report in bugzilla.redhat.com, but have no response so far after a few days. I've posted a couple of queries in forums.fedoraforum.org - got a couple of "try this" there, but nothing that works.

Any direction or suggestions you can suggest will be greatly appreciated.

JimR

Ok, I can confirm
a) the default behavior in gtk3
b) the "gtk-primary-button-warps-slider=false" fix

I suggest to try the behavior in "gtk3-demo" rather than some indirecting clients (neiter FF nor LO are actually gtk applications)

The local config position might be repositioned or the key sadowed in your distro, run

Code: Select all

strace gtk3-demo 2>&1 | grep open | grep -i settings


to see all opened settings.ini (and whether the path you edited is among them)

Since I could imagine some extra problems with the touchpad, finally try

Code: Select all

GDK_CORE_DEVICE_EVENTS=1 gtk3-demo


I had a lot of problems with gtk3. It seems like most of gtk3 was not even installed. When I got gtk3-demo working, it did show that it was indeed loading the file I had edited.

I came across a post on bugzilla.mozilla.org that said

there's no easy way to change gtk2 applications behavior, because gtk2 sucks (setting gtk-primary-button-warps-slider = false in .gtkrc-2.0 doesn't work because it reads the theme after that, which contains gtk-primary-button-warps-slider = true). Fortunately, it's still possible to set ui.scrollToClick to 0 in Firefox.

I was able to get Firefox and Thunderbird to work correctly using that workaround. So for the moment, I am at least somewhat able to work.

Thanks for your help and suggestions.
Jim R

With a lucky bit of googling, I found a good workaround on this forum. See this thread for instructions on installing a GTK2 Theme called BreezyGTK . IT resolved the problem!

viewtopic.php?f=285&t=125246#p331802

JimR