scrolling with a trackpad in Linux / GTK3 / X11 is really slow, jumps around and even goes in erratic directions. This affects all the apps of the suite.
Launching with SAL_USE_VCLPLUGIN=gtk works around the issue
Which Linux distro, btw.?
I confirm this annoying bug. Happens only when scrolling with touchpad (mouse wheel scrolling works fine). It is also fixed by launching env SAL_USE_VCLPLUGIN=gtk libreoffice --writer for example. I am on Fedora 25 / Gnome DE.
NEW per comment 3
This still affects Version: 5.2.4.2.0 on arch64 on both Wayland and X11.
Actually, I can't reproduce it any more on GTK3/X11. This seems only to affect GTK3/Wayland.
I am still getting it on libreoffice 5.3/gtk3/xorg. The fix in #c1 still works. will it mess other things up to put the env variable in .bashrc instead of the launcher?
(In reply to Rich R from comment #7) > I am still getting it on libreoffice 5.3/gtk3/xorg. The fix in #c1 still > works. will it mess other things up to put the env variable in .bashrc > instead of the launcher? It should be fine.
actually this is already covered in the settings but not documented well. you just need to uncomment the gtk settings in /etc/profile.d/libreoffice-fresh.csh and /etc/profile.d/libreoffice-fresh.sh. Could this be moved into the options gui? or would the fact that it is linux only that requires it complicate things? At least it should be better documented, no? Especially since the settings are already installed but commented out in the profile.d dir. BTW, the same method works on the "still" version as well as the "fresh" as far as I can tell. I don't know if this should be marked as resolved or as an enhancement/feature req, maybe moving it to documentation or wherever the help menu is located rather than the graphics stack, since this is a documentation/implementation problem rather than a bug in the graphics stack. Maybe there is a way to autodetect based on what desktop mgr is loaded?
@Rich It's definitely a bug and should be fixed for two reasons: First, we need gtk3 for wayland support Second, "it works if you tweak it" still means that there is a bug as things should work out of the box Also, I'm going back on my comment that it works on X11, no, it's still bad on X11 with gtk3.
I've got no horse in this race as I am now in "Works for me" territory :)
what is in /etc/profile.d/libreoffice-fresh.csh or /etc/profile.d/libreoffice-fresh.sh because those are provided by your distro so presumably your distro hit upon a workaround and put in it there
@Caolán there's only the export SAL_USE_VCLPLUGIN=gtk I set myself
Could this be related? https://bugzilla.gnome.org/show_bug.cgi?id=778926
Created attachment 131895 [details] libreoffice-fresh.csh referenced above Adding the two arch linux config files that add the variable to fix the problem. uncomment whichever desktop you are using. I think I had to do it in both.
Created attachment 131896 [details] libreoffice-fresh.sh and the other one.
@François Guerraz,You asked: > Could this be related? https://bugzilla.gnome.org/show_bug.cgi?id=778926 IDK, works for me but I am running xwindows not wayland, and was not having the cpu spike problem mentioned there.
Just writing to report that the problem is still present LO 5.3.2.2 on gtk 3.22.13, still unusable. (I had hoped that maybe the gtk upgrade would magic the problem away...)
This may be the same problem as https://bugzilla.redhat.com/show_bug.cgi?id=1367846 which downstream reports as fixed with some changes I've merged to master which I'll now backport to upstream 5-3
https://gerrit.libreoffice.org/#/c/37913/ for 5-3 backport
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f7d2bf216afa10268e6a7c1d4613a2fd8f7c7f3c&h=libreoffice-5-3 Resolves: tdf#103174 & rhbz#1367846 improve gtk3 trackpad scrolling It will be available in 5.3.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
downstream feedback suggests that this solves the problem
I confirm that the GTK3 backend is now usable and actually yields better results than GTK. Thanks a lot.