Created attachment 192806 [details] Screenshot When LibreOffice is built with Qt6 VCL and running on Plasma 6 things are scaled to big
Created attachment 192807 [details] Screenshot
This happens with both the KF6 and the Qt6 VCLs Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-GB Gentoo official package Calc: threaded Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-GB Gentoo official package Calc: threaded
This is only an issue on Wayland, setting QT_QPA_PLATFORM=xcb works around the issue
When running with Xwayland QT_QPA_PLATFORM=xcb LibreOffice shows: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf6 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-GB Gentoo official package Calc: threaded
(In reply to Mike Lothian from comment #3) > This is only an issue on Wayland, setting QT_QPA_PLATFORM=xcb works around > the issue On xwayland apps are blinking and completely unusable. The only workaround is to use a variable "SAL_USE_VCLPLUGIN=gtk4" Operating System: Arch Linux KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.8-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 2700X Eight-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3060/PCIe/SSE2 Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.7; UI render: default; VCL: kf6 (cairo+wayland) Locale: ru-RU (en_US.UTF-8); UI: en-US 24.2.1-1 Calc: threaded
I have the same problem with KDE6 + Wayland and Display Scale set to 125%. With the default kf6 backend, LO does not scale proportionately and dialogs are cut off. Forcing LO to use kf5 with SAL_USE_VCLPLUGIN=kf5 worked for me. A detailed description of the problem is posted here with pictures: https://bbs.archlinux.org/viewtopic.php?id=293531
*** Bug 160083 has been marked as a duplicate of this bug. ***
*** Bug 160103 has been marked as a duplicate of this bug. ***
*** Bug 160113 has been marked as a duplicate of this bug. ***
@Michael, you had done some work with Qt6. Any idea what might be causing this?
Endeaverous got version 24.2.1.2 and the issue disappeared.So either it got fixed downstream (which I doubt) or something else happened.
(In reply to johann.hoechtl from comment #11) > Endeaverous got version 24.2.1.2 and the issue disappeared.So either it got > fixed downstream (which I doubt) or something else happened. Please always check what plugin is in use at runtime via LO's "About" dialog. Arch reverted back to kf5 plugin from what I know.
I had this issue on Manjaro unstable, and recently it was fixed, so yeah, I confirm that Arch reverted it, fixing the problem temporarily. Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.7; UI render: default; VCL: kf5 (cairo+wayland) Locale: pl-PL (pl_PL.UTF-8); UI: pl-PL 24.2.1-3 Calc: threaded
Arch is just working around the bug that is very much still there if you use the QT6 plugin by using the QT5 plugin for now.
Observations: * I can reproduce brokenness e.g. with the Help -> About dialog, only part of it is rendered for the bad case. * Issue can be reproduced with qt6, but not qt5. * This issue is not specific Plasma 6, but can also be reproduced in a Plasma 5 Wayland session (when forcing the qt6 VCL plugin using SAL_USE_VCLPLUGIN=qt6). * One screen is enough. * It happens with fractional scaling set in the KDE system settings ("Display settings"), e.g. setting a scale factor of 150 % for the screen. * It's not an issue when applying scaling by using the `QT_SCALE_FACTOR=1.5` environment variable instead (which is what I usually use to test scaling without having to change system settings). Qt 6 changed the default scaling policy from "Round" to "PassThrough" (see [1]), which is related. Forcing the use of the "Round" policy makes this work again for me with qt6 as well. Pending Gerrit change: https://gerrit.libreoffice.org/c/core/+/164768 As mentioned in that change, an alternative workaround is setting the QT_SCALE_FACTOR_ROUNDING_POLICY="Round" environment variable. @affected users: Could you please check whether that makes things work as expected for you as well, to make clear whether this is all or there are any additional issues you are running into? [1] https://doc.qt.io/qt-6/highdpi.html#environment-variable-reference
(In reply to Michael Weghorn from comment #15) > @affected users: > Could you please check whether that makes things work as expected for you as > well, to make clear whether this is all or there are any additional issues > you are running into? ... besides the known issue described in tdf#141578, i.e. when using multiple screens with different scale factors applied, it's still a known issue that scaling is only properly applied on one of them, but single-screen setups or multiple screens with the same scale factor should work fine with the fix or workaround described in comment 15.
Michael Weghorn committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/86abb6fd8a8f680f9fc5ff1db775845c9f4e254b tdf#159915 qt: Force Qt::HighDpiScaleFactorRoundingPolicy::Round It will be available in 24.8.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.
Fixed in master. Cherry-picks for 24-2 and 7-6 pending in Gerrit: https://gerrit.libreoffice.org/c/core/+/164744 https://gerrit.libreoffice.org/c/core/+/164745
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/7989a04cee3b614d493a5acbd1ff0363596efc00 tdf#159915 qt: Force Qt::HighDpiScaleFactorRoundingPolicy::Round It will be available in 24.2.3. 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.
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/a64d0da7d09cd27a332060f61a25980131e48a56 tdf#159915 qt: Force Qt::HighDpiScaleFactorRoundingPolicy::Round It will be available in 7.6.7. 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.
*** Bug 160217 has been marked as a duplicate of this bug. ***
*** Bug 160268 has been marked as a duplicate of this bug. ***
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-7-6-6": https://git.libreoffice.org/core/commit/eaf9c8ccb68dfdfb1f509c43ed922f18fa6f5e74 tdf#159915 qt: Force Qt::HighDpiScaleFactorRoundingPolicy::Round It will be available in 7.6.6. 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.
*** Bug 160284 has been marked as a duplicate of this bug. ***
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-24-2-2": https://git.libreoffice.org/core/commit/17fe161389df04b16a4c61bf089a3ce113ea22e7 tdf#159915 qt: Force Qt::HighDpiScaleFactorRoundingPolicy::Round It will be available in 24.2.2. 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.
I can confirm, that with version 24.2.2.2 the issue is gone.
(In reply to Mike from comment #26) > I can confirm, that with version 24.2.2.2 the issue is gone. Great, thanks for reporting back!
I have this issue on Libreoffice 24.4.2.4 Flatpak from Flathub. Fedora KDE Wayland 125% scaling not selected cells and icons are very blurry, selected cells are not blurry. Switching to non-SVG icons ironically reduced the blur. Forcing XWayland removes this but also prevents fractional scaling.
(In reply to amanita+LIBREOFFICE from comment #28) > I have this issue on Libreoffice 24.4.2.4 Flatpak from Flathub. > > Fedora KDE Wayland 125% scaling > > not selected cells and icons are very blurry, selected cells are not blurry. > > Switching to non-SVG icons ironically reduced the blur. > > Forcing XWayland removes this but also prevents fractional scaling. Please create a new bug report and give more details (like the exact version information from "Help" -> "About LibreOffice", what distro, a screenshot), and add a link to the new bug report here.