When running any LibreOffice application under a KDE Wayland session (specifically, the "Plasma (Full Wayland)" session under OpenSUSE Tumbleweed), on a HiDPI display, the UI elements (buttons, etc) are not scaled, appearing tiny.
The layout of most windows (dialog boxes, etc), including the main windows of the various applications (Writer, Impress, etc) only use the top-left quarter of the window (when 2× scaling is enabled for the display in KDE), though resizeable windows will usually correctly use the whole window area if it's resized. Note that the mouse cursor still interacts correctly with these controls, so it seems to be a layout problem rather than a rendering problem.
Note that the menu bar is scaled correctly — presumably it's handled differently.
The "gtk3" VCL plugin seems to work fine. This issue seems to have only appeared when Bug 127687 was fixed (beforehand, everything was blurry and pixelated: I think KWin was scaling the window). I haven't actually tried to bisect, though, so take that with a grain of salt.
Steps to Reproduce:
Start any LibreOffice application under a KDE Wayland session, (with QT_QPA_PLATFORM=wayland and SAL_USE_VCLPLUGIN=kf5, both of which should be defaults).
The controls in windows are tiny, and may be squeezed into the top-left-hand corner of the window.
The controls in the UI are twice the width and twice the height.
Basically, it should look like this, but not blurry (this is running under XWayland, where a lower-resolution display is reported to the application, and the window manager scales the input/output):
User Profile Reset: Yes
OpenGL enabled: Yes
This seems to have been happening since LibreOffice 7.0.
I've tried it with and without a new UserProfile and OpenGL enabled/disabled. The system in question is running OpenSUSE Tumbleweed (a rolling-release distro), with an Intel Integrated Graphics chipset. (This is a Dell XPS 13 9360 laptop.)
The output of "$ env | grep QT" is below, but changing these (except QT_QPA_PLATFORM) doesn't fix the issue:
I can essentially reproduce small icons in Writer main win on a FullHD screen (1920x1080) by explicitly enabling scaling:
QT_QPA_PLATFORM=wayland QT_SCALE_FACTOR=2 ./instdir/program/soffice.bin --writer
and icons are larger when using QT_QPA_PLATFORM=xcb instead.
I'm using an LO master build as of commit 211688521a983963adc9ca827eebd0e2435f2705 on Debian testing, which currently has Qt 5.15.2, Plasma 5.20, KWin 5.20.4.
I see all kinds of other issues in LibreOffice and other KDE apps with 'QT_QPA_PLATFORM=wayland QT_SCALE_FACTOR=2', like elements being wrongly arranged in Kate's save as dialog or LibreOffice dialogs, so I'm not sure whether all of the reported issues are actually a LO problem, or some lower levels (like Qt) might have issues as well - at least in my setup.
Confirmed with a Wayland session on a Lenovo ThinkPad T570
I am affected too. on HiDPI 4k screen wayland on laptop HP Spectre X360
I have a true HiDPI screen and DE setup in KDE Plasma where everything generally works fine on Wayland (barring bugs like this, of course :) ), so I can track down for you which issues are only in seen in LO and which issues are quirks of a handmade testing setup. Gimmie a day or two...
I also can confirm xcb works better for me on wayland / kubuntu 21.04
QT_QPA_PLATFORM=xcb QT_SCALE_FACTOR=1 libreoffice --calc
Is quite usable setup on HiDPi/4k wayland ,although the fonts are not as sharp as they could be. I use SCALE 200% in system settings /display configuration.
Thank you for bringing env var QT_QPA_PLATFORM to the attention.
I can confirm that this is still happening for me, too.
I've been using the gtk3 backend, which does work properly with HiDPI screens with KDE/wayland:
$ SAL_USE_VCLPLUGIN=gtk3 lowriter
However, using the xcb backend as Marian suggested also works, albeit appearing a bit blurrier:
$ QT_QPA_PLATFORM=xcb QT_SCALE_FACTOR=1 lowriter
Both of these are quite usable, but ideally the kf5 backend would work properly.
Like Nate, I'm not seeing any similar issues in other Qt apps, so this appears to be LibreOffice specific.
(In reply to Nate Graham from comment #4)
> I have a true HiDPI screen and DE setup in KDE Plasma where everything
> generally works fine on Wayland (barring bugs like this, of course :) ), so
> I can track down for you which issues are only in seen in LO and which
> issues are quirks of a handmade testing setup. Gimmie a day or two...
@Nate: Thanks for the offer! Unless anybody else takes a look earlier (which would be highly appreciated), I hope I'll find some time to take a look at those issues at some point in time, but can't really say when I'll be able to do so.
(In reply to David Gow from comment #6)
> Like Nate, I'm not seeing any similar issues in other Qt apps, so this
> appears to be LibreOffice specific.
That's well possible. I'm on Debian testing which doesn't have the latest Plasma/KF5 versions and it's just not fun using Plasma Wayland there so far, since very basic things don't work (reliably). (I have plasma-desktop 4:5.20.5-4, libqt5core5a:amd64 5.15.2+dfsg-7, libgtk-3-0:amd64 3.24.24-4).
*** Bug 142882 has been marked as a duplicate of this bug. ***