https://bugs.documentfoundation.org/show_bug.cgi?id=163176
--- Comment #9 from Huanyu Liu <[email protected]> --- (In reply to Michael Weghorn from comment #8) > As this ticket is currently set as blocking for the Wayland meta bug > tdf#100156: Does this also happen when you log into an X11 session instead > of a Wayland one? Yes, this happens under both X11 and Wayland. Good news: After some exploration, I've found some more information! First, with kf6, the scroll (and the sidebar reset mentioned in comment #7) will happen whenever the accent color *changes*. That means, you can reproduce it by changing a color scheme (System Settings → Colors & Themes → Colors). However, if two color schemes happen to have identical accent colors (e.g. one color scheme is copied from the other one), then the scroll will not happen. Second, with kf6, if you change the application style (System Settings → Colors & Themes → Application Style), the sidebar reset will happen, but the scroll will not. Third, with gtk3, the matter a little complicated. It depends on the settings in "System Settings → Colors & Themes → Application Style → Configure GNOME/GTK Application Style... → GTK theme". Currently, I have 3 themes installed: Default, Emacs and Breeze. The issue is only reproducible with the Breeze GTK theme. Furthermore, toggling between Default and Emacs will not trigger the scroll, but toggling between Breeze and either Default or Emacs will trigger the scroll. Fourth, in LO Writer, after positioning the cursor outside the screen, go to "Tools → Options... → LibreOffice → Application Colors" and try playing with the color settings. If you change the color of something related to Writer (e.g. Document background), then after clicking on "OK" or "Apply", the same scroll will be triggered. If you change the color of something unrelated to Writer (e.g. Grid lines for Spreadsheet), then the scroll will not be triggered. After all these investigations, I have an idea about the cause of the scroll. By default, all color settings in LO are "Automatic", while some "Automatic" colors are related to the current system color scheme (e.g. Application background is taken from the accent color directly (kf6) or with some tint (gtk3)). Whenever the system color scheme is changed, the fourth point mentioned above will happen, thus triggering the scroll. With kf6, all themes will respect the "Accent color from xxx" settings, so the issue can be reproduced whatever your theme is. However, this is not the case with gtk3. Only those themes which respect the "Accent color from xxx" settings (e.g. Breeze) can reproduce the issue. By the way, the behavior of automatic "Application background" color in LO seems to be inconsistent when using kf6 and gtk3. kf6 has a rich (untinted) color, while gtk3 has a tinted color. I'm not sure whether this is intentional behavior or a bug... -- You are receiving this mail because: You are the assignee for the bug.
