Bug 163875 - invalid UI display size on multimonitor kde wayland configuration and scaling factor used
Summary: invalid UI display size on multimonitor kde wayland configuration and scaling...
Status: RESOLVED DUPLICATE of bug 141578
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-11-12 23:21 UTC by Alain Baste
Modified: 2024-11-14 13:34 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of my full desktop (3.16 MB, image/jpeg)
2024-11-12 23:21 UTC, Alain Baste
Details
With standard toolbars - 2 monitors (2.32 MB, image/png)
2024-11-14 09:24 UTC, Alain Baste
Details
inconsistency amongst results - UI TOO big on some tests (8.08 MB, application/gzip)
2024-11-14 10:05 UTC, Alain Baste
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alain Baste 2024-11-12 23:21:23 UTC
Created attachment 197582 [details]
Screenshot of my full desktop

Hi
There is a problem with the size of the user interface stuff on one of my monitors.
The text and the icons become extemely small when displayed on this monitor.

This is not a new problem but it is still there on my current config (after a migration from debian to fedora) :
+ Fedora 41
+ Libre office 24.8.3.1-2fc41
+ Wayland
+ KDE
+ Triple monitor setup 25"(1920x1200)-32"(2560x1440)-25"(1920x1200)

In the kde display settings, I apply a 1.2 scaling factor to the content of the 32" display and, with this paramameter, the problem appears.

In any other application, the GUI stays the same and appears bigger on the big monitor, but in libreoffice, the GUI becommes very small when the window is displayed on the 32" monitor. Any scaling factor bigger then 1 or smaller than 1 leads to smaller GUI.


NB
On the attached screenshot, you can see the left monitor displaying Libreoffice the right way (more or less like kwrite) and then, on the central monitor, a second instance of calc (same thing with other libreoffice programs) with its very small interface stuff.
Comment 1 Rafael Lima 2024-11-13 22:24:31 UTC
You are using the Tabbed UI... what happens on other UI variants? (f.i. the standard toolbar?)
Comment 2 Alain Baste 2024-11-14 09:24:59 UTC
Created attachment 197612 [details]
With standard toolbars - 2 monitors
Comment 3 Alain Baste 2024-11-14 10:05:25 UTC
Created attachment 197613 [details]
inconsistency amongst results - UI TOO big on some tests

I deactivated the 3rd monitor and did 3 different tests 

1) selecting or not selecting system upscaling for x11 applications 
2) reboot the whole system
3) test

and i get inconsistent results : on some tests, the UI appears the right size on monitor 2 but too large on monitor 1 and, after rebooting with the same parameter, the UI is small on monitor 2...
Comment 4 Roberto Salomon 2024-11-14 11:30:44 UTC
Same issue on OpenSUSE Tumbleweed:

Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 480(Build:1)
CPU threads: 24; OS: Linux 6.11; UI render: default; VCL: kf6 (cairo+wayland)
Locale: en-CA (en_US.UTF-8); UI: en-US
Calc: threaded

Operating System: openSUSE Tumbleweed 20241112
KDE Plasma Version: 6.2.3
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.0
Kernel Version: 6.11.7-1-default (64-bit)
Graphics Platform: Wayland
Processors: 24 × 12th Gen Intel® Core™ i7-12850HX
Memory: 31.1 GiB of RAM
Graphics Processor: NVIDIA RTX A2000 8GB Laptop GPU/PCIe/SSE2
Manufacturer: LENOVO
Product Name: 21D6S16900
System Version: ThinkPad P16 Gen 1

My setup has the notebook screen as primary and a secondary connected via HDMI.

LibreOffice interface scaling is oddly inconsistent.
Comment 5 Alain Baste 2024-11-14 13:05:13 UTC
the current flatpak version (flathub org.libreoffice.LibreOffice) does not have this problem.
Comment 6 Alain Baste 2024-11-14 13:34:51 UTC
Seems the problem is already discussed here

*** This bug has been marked as a duplicate of bug 141578 ***