[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 --- Comment #12 from Michael Weghorn --- (In reply to Sulphur from comment #11) > (I also realized then that when kf5 VCL plugin is the cause of this > scrollbar issue, which also does not occur when using the gtk3 VCL: > https://bugs.documentfoundation.org/show_bug.cgi?id=145815.) I've commented there. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 --- Comment #11 from Sulphur --- I can confirm that you are correct! If the VCL plugin is set to gtk3, the cursor issue does not occur. (I did have to make sure the libreoffice-gtk3 package was installed to get that to work.) The cursor problem (using the kf5 VCL plugin) does sometimes take a bit of clicking around to appear. But sometimes as soon as you open up LibreOffice it's visible: the cursor is blinking but when it "blinks out" a thin cursor remains. It's not consistent whether or not the issues appear immediately or not. The downside with the gtk3 VCL plugin is that obviously some KDE integration is dropped (e.g., file picker is GTK's), and the toolbar icons are blurrier. But no issue with the cursor that I can see. (I also realized then that when kf5 VCL plugin is the cause of this scrollbar issue, which also does not occur when using the gtk3 VCL: https://bugs.documentfoundation.org/show_bug.cgi?id=145815.) (In reply to Michael Weghorn from comment #10) > (In reply to Sulphur from comment #7) > > A bit more information: my original description of the bug appearing only on > > HiDPI screen was incorrect: all that matters is that the system's scaling is > > set to 200% or more. > > Thanks for the additional testing and information! > Indeed, I could reproduce this now with QT_SCALE_FACTOR=2.0 set and the > attached sample doc. It happens very rarely for me, though, usually takes me > about 30-60 seconds of clicking around to trigger the issue. The > "additional" cursor disappears when a repaint is triggered, e.g. by > scrolling a bit. > > (In reply to Sulphur from comment #9) > > The bug seems to have been introduced in the 7 series of LibreOffice. It > > does not occur in the 6.4 series of LibreOffice (6.4.7 tested). In the first > > stable version of the 7 series (7.0.0.1) it is present. > > > > I have also tested this in the newest daily build (dev > > 7.5.0.0.alpha0_2022-09-04); the bug is still present. > > > > I could not, however, reproduce the issue in Gnome (tested in Ubuntu > > 22.04.1), only in KDE (tested in Kubuntu 22.04.1, the newest dev build of > > KDE Neon, as well as current stable Manjaro). Is it possible that it is an > > issue with KDE? I'm not a programmer, so I'm not sure, but since the > > LibreOffice 6 series does not have the bug in even the newest versions of > > the Plasma Desktop (5.25, recently released), while the LibreOffice 7 series > > always does, some change to LibreOffice seems to have triggered it. > > This sounds like this might be specific to the so-called "kf5" VCL plugin, > which is selected by default when in a Plasma session, but not GNOME. The > "kf5" VCL plugin did not exist in older LO versions. > > Can you double-check whether the issue is gone when you start LO with the > environment variable SAL_USE_VCLPLUGIN=gtk3 set (and double-check that > "Help" -> "About LibreOffice" now displays "VCL: gtk3" instead of "VCL: kf5 > ..."? > > > > Version: 7.5.0.0.alpha0+ / LibreOffice Community > Build ID: c317f0adb308b1ece3bfa8bdffb4d0bcb1478d30 > CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb) > Locale: en-GB (en_GB.UTF-8); UI: en-US > Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Michael Weghorn changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #10 from Michael Weghorn --- (In reply to Sulphur from comment #7) > A bit more information: my original description of the bug appearing only on > HiDPI screen was incorrect: all that matters is that the system's scaling is > set to 200% or more. Thanks for the additional testing and information! Indeed, I could reproduce this now with QT_SCALE_FACTOR=2.0 set and the attached sample doc. It happens very rarely for me, though, usually takes me about 30-60 seconds of clicking around to trigger the issue. The "additional" cursor disappears when a repaint is triggered, e.g. by scrolling a bit. (In reply to Sulphur from comment #9) > The bug seems to have been introduced in the 7 series of LibreOffice. It > does not occur in the 6.4 series of LibreOffice (6.4.7 tested). In the first > stable version of the 7 series (7.0.0.1) it is present. > > I have also tested this in the newest daily build (dev > 7.5.0.0.alpha0_2022-09-04); the bug is still present. > > I could not, however, reproduce the issue in Gnome (tested in Ubuntu > 22.04.1), only in KDE (tested in Kubuntu 22.04.1, the newest dev build of > KDE Neon, as well as current stable Manjaro). Is it possible that it is an > issue with KDE? I'm not a programmer, so I'm not sure, but since the > LibreOffice 6 series does not have the bug in even the newest versions of > the Plasma Desktop (5.25, recently released), while the LibreOffice 7 series > always does, some change to LibreOffice seems to have triggered it. This sounds like this might be specific to the so-called "kf5" VCL plugin, which is selected by default when in a Plasma session, but not GNOME. The "kf5" VCL plugin did not exist in older LO versions. Can you double-check whether the issue is gone when you start LO with the environment variable SAL_USE_VCLPLUGIN=gtk3 set (and double-check that "Help" -> "About LibreOffice" now displays "VCL: gtk3" instead of "VCL: kf5 ..."? Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: c317f0adb308b1ece3bfa8bdffb4d0bcb1478d30 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Keywords||possibleRegression -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Sulphur changed: What|Removed |Added Version|7.2.2.2 release |7.0 all versions --- Comment #9 from Sulphur --- The bug seems to have been introduced in the 7 series of LibreOffice. It does not occur in the 6.4 series of LibreOffice (6.4.7 tested). In the first stable version of the 7 series (7.0.0.1) it is present. I have also tested this in the newest daily build (dev 7.5.0.0.alpha0_2022-09-04); the bug is still present. I could not, however, reproduce the issue in Gnome (tested in Ubuntu 22.04.1), only in KDE (tested in Kubuntu 22.04.1, the newest dev build of KDE Neon, as well as current stable Manjaro). Is it possible that it is an issue with KDE? I'm not a programmer, so I'm not sure, but since the LibreOffice 6 series does not have the bug in even the newest versions of the Plasma Desktop (5.25, recently released), while the LibreOffice 7 series always does, some change to LibreOffice seems to have triggered it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 --- Comment #8 from Sulphur --- Created attachment 182047 --> https://bugs.documentfoundation.org/attachment.cgi?id=182047=edit Example of issue on non-HiDPI monitor Scaling set to 225% on a 1600x900 ThinkPad T420s. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location when scaling is 200% or more
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Sulphur changed: What|Removed |Added Component|Writer |LibreOffice Summary|Cursor duplicates when new |Cursor duplicates when new |place is clicked, does not |place is clicked, does not |disappear from old location |disappear from old location |on hidpi screen |when scaling is 200% or ||more --- Comment #7 from Sulphur --- A bit more information: my original description of the bug appearing only on HiDPI screen was incorrect: all that matters is that the system's scaling is set to 200% or more. If KDE's global scaling is turned to 175% or less, the issue does not occur. At 200% or more it is always a problem. (Unfortunately, on a 14" 4K laptop screen 175% UI elements and text are really too small to be usable!) The problem is reproducible on non-HiDPI screens. On my old T420s laptop with a 1600x900 screen, if the scaling is set to 200% or more the cursor bug appears. I also tested all this in X11 and Wayland sessions: the issue is consistent in both. Finally, the issue is not just confined to Writer, as it occurs in Draw, Impress, and Calc as well. I have no found the issue in any non-LibreOffice programs (e.g., office suites, text editors, web browsers). Hopefully someone else can test and confirm this issue. I do want to test it on a Gnome system too and external monitors, but I don't have a usb drive at the moment (so I don't know if this is a LibreOffice issue in KDE only). -- You are receiving this mail because: You are the assignee for the bug.
