Steps: 1. Test with a recent daily build at 24.8alpha0+ or above, to make sure the fixes associated with bug 159369 are included 2. Open Impress 3. Set GNOME's Accessibility Zoom to a high magnification, e.g. 6×, and turn it on 4. Start typing in the slide's Title box: the magnifier follows the cursor, the full character height is visible 5. Press Enter: the view jumps up, caret position not visible 6. Type a word: less of the character height is visible (two thirds in my test) 7. Press Enter: the view jumps up, caret position not visible 8. Type a word: even less of the character height is visible (one third in my test) Expected: caret and types character always visible (if they can fit in the magnification frame). Ubuntu 22.04 + GNOME 42.9 + Wayland and: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 658a212585c56540a17c41111e6829716d4ef4e3 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Not reproduced with a MetaWindowXwayland window.
I believe this is the successor to bug 159369, initiated based on my report. Being visually impaired and not very technical, it’s difficult for me to follow. This is labeled as a bug in Impress, but I originally reported it for Writer. I understand it exists in more than one Libreoffice application. However, as requested, I used daily builds, and I still have the issue of typed text disappearing below the bottom of the screen view as I increase magnification, only when using Wayland. When using X11 or one of the terminal command workarounds I was given, all is normal. Not knowing any better, I assumed it was a shortcoming in Wayland, not Libreoffice.
(In reply to Jim Greene from comment #1) > I believe this is the successor to bug 159369, initiated based on my report. > Being visually impaired and not very technical, it’s difficult for me to > follow. This is labeled as a bug in Impress, but I originally reported it > for Writer. I understand it exists in more than one Libreoffice application. > However, as requested, I used daily builds, and I still have the issue of > typed text disappearing below the bottom of the screen view as I increase > magnification, only when using Wayland. When using X11 or one of the > terminal command workarounds I was given, all is normal. Not knowing any > better, I assumed it was a shortcoming in Wayland, not Libreoffice. @Jim: Do you still see that issue with Writer on Wayland? If so, please add more details in bug 159369 (in particular: info from "Help" -> "About LibreOffice", what distro + GNOME Shell version you're using), as that would indicate that that bug is not fixed for you for some reason, while it's fine for both, Stéphane and me now. The bug here is a different one, specific to Impress.
I can reproduce. (In reply to Stéphane Guillou (stragu) from comment #0) > Not reproduced with a MetaWindowXwayland window. For me, GDK_BACKEND=x11 doesn't fix it. (It seems it' slightly less bad, but if pressing Enter a few more times, the issue is essentially the same.) Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 601ae6910288c7f3abdbb11de644c17b3b2d0cb5 CPU threads: 32; OS: Linux 6.7; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: CL threaded
(In reply to Michael Weghorn from comment #2) > (In reply to Jim Greene from comment #1) > > I believe this is the successor to bug 159369, initiated based on my report. > > Being visually impaired and not very technical, it’s difficult for me to > > follow. This is labeled as a bug in Impress, but I originally reported it > > for Writer. I understand it exists in more than one Libreoffice application. > > However, as requested, I used daily builds, and I still have the issue of > > typed text disappearing below the bottom of the screen view as I increase > > magnification, only when using Wayland. When using X11 or one of the > > terminal command workarounds I was given, all is normal. Not knowing any > > better, I assumed it was a shortcoming in Wayland, not Libreoffice. > > @Jim: Do you still see that issue with Writer on Wayland? If so, please add > more details in bug 159369 (in particular: info from "Help" -> "About > LibreOffice", what distro + GNOME Shell version you're using), as that would > indicate that that bug is not fixed for you for some reason, while it's fine > for both, Stéphane and me now. > > The bug here is a different one, specific to Impress. CC'ing Jim: Please see above. (I only noticed now you weren't subscribed to this bug report, so my above comment likely went unnoticed.)
Created attachment 194148 [details] Helper script for analysis from https://bugreports.qt.io/browse/QTBUG-95725
Created attachment 194149 [details] Screencast of helper script showing wrongly reported position Using the helper script from https://bugreports.qt.io/browse/QTBUG-95725 (now also attached here as attachment 161087 [details]), it can be seen that the wrong positions are reported, even with no scaling/zoom applied and also in a KDE Plasma session. As global/screen coords don't work on Wayland, this needs to use GDK_BACKEND=x11 when running on Wayland. 1) start the helper script that highlights the reported cursor position: GDK_BACKEND=x11 /tmp/position.py 2) start LO: GDK_BACKEND=x11 SAL_USE_VCLPLUGIN=gtk3 ./instdir/program/soffice.bin --impresss 3) start typing The helper script highlights the currently reported caret position. As can be seen in the attached screencast, this one is incorrect, and becomes more and more incorrect when moving more lines down.
(In reply to Michael Weghorn from comment #6) > Using the helper script from https://bugreports.qt.io/browse/QTBUG-95725 > (now also attached here as attachment 161087 [details]), (...) Sorry, the correct attachment is actually attachment 194148 [details].