Sometimes it happens that wheel-scrolling one control makes another scrolling as well. For example in Impress the Slides pane when scrolling the interaction list, or the slide canvas when scrolling the Gallery. Happens not always but replicable. Haven't seen it under kf5.
Created attachment 168891 [details] Impress scrolling problem > Muhammad Rivan, [14.01.21 21:14] > I think we got to make sure that we don't use the same GtkAdjustment-s in our GtkScrollbar widgets (or the similar widgets) > > Heiko Tietze, [14.01.21 21:15] > Don't think the adjustment applies to scrolling. > > Muhammad Rivan, [15.01.21 07:31] > [In reply to Heiko Tietze] > [ GIF ] > You're right, Sir. When I scroll the transition pane with the scrollbar instead of my touchpad, the slides pane just stays in place. So I can tell that the problem is not the GtkAdjustment-s or value bindings > > Muhammad Rivan, [15.01.21 07:31] > [In reply to Muhammad Rivan] > Will forward to Bugzilla
Setting to NEW according to comment 1. I couldn't reproduce the issue with the steps shown in the video from comment 1 in a quick test using a presentation consisting of many empty slides in a Plasma X11 session on Debian testing (libgtk-3-0:amd64 3.24.24-1). (There was some flickering from time to time in the slide transition sidebar when clicking around and scrolling when using the gtk3 VCL plugin, though.) Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 2d69acfde50cb0e06a9a057939078fd102d371a3 CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Steps to reproduce are a little vague, can be tighten up what the problem is ?
(In reply to Caolán McNamara from comment #3) > Steps to reproduce are a little vague, can be tighten up... Unfortunately it's a bit unclear when exactly this happens. Sometimes it works, sometimes not. Maybe after switching from one control to another?
I'm trying to find out the exact way to reproduce it
How to reproduce: - Create some slides, at least 15 - Change a slide transition to any the heavy one (3D, OpenGL related) - Click the slide pane - Scroll the transition pane - The slide pane will also scroll So the problem is related to computer performance. It's kinda like Cyberpunk 2077 problem
comment #6 is indeed reproducible! Great work on that. I don't see it under wayland, but under X, yes launching one of the opengl transitions, doing the click on slide panel and return to sidebar with mouse and scroll wheel scrolls both, and there also then seems to be a lot of flicker
it seems to be the GDK_WINDOW_XID call, which is a define for gdk_x11_window_get_xid, to the a window handle (which we end up not using) and that triggers the problem
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/df788fcc308bbf8950ad8a22a1f8290681b64f0d tdf#139609 avoid fetching unnecessary xid under gtk3 It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
looks good in master, I'll prep a 7-1 backport too
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/ac9789dbb36f45dcc1caf7dd2951353b1574c8ea tdf#139609 avoid fetching unnecessary xid under gtk3 It will be available in 7.1.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thank you so much, Caolan!
*** Bug 133634 has been marked as a duplicate of this bug. ***