Description: When I try to resize the properties window on the right side, the system stops responding to the mouse, only the keyboard works, several cores are loaded at 100%. After logout and login, the LibreOffice process continues to run and load the CPU. This is a scaling issue. I have a 4K display and 225% scale. You can reproduce this by setting the scale to 200% or more. Below 200% the issue does not occur. And this issue is only on tab with properties, there is no problem on other tabs. Steps to Reproduce: 1. Scale 200% or more 2. Try to resize the properties window on the right side Actual Results: the system stops responding to the mouse several cores are loaded at 100% Expected Results: The system will not freeze. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.1 / LibreOffice Community Build ID: 20(Build:1) CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded openSUSE Tumbleweed KDE Plasma 5.23.5
Created attachment 178076 [details] cpu 100% load Can confirm this bug. After side pane resize cpu fully loaded and system unresponsive.
I cannot reproduce this with current head Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 5453f75a1e682992f3a725781bb563b8cc76cf1b CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US or a version of 7.2 a few weeks old Version: 7.2.7.0.0+ / LibreOffice Community Build ID: 24a8c6d10bfe377631d980806a511e1aa00a2e16 CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-03-17_11:26:08 on a 4k screen with 200% scaling (and I even tried 300% scaling). I am wondering whether this somehow related to your use of KDE versus GNOME on my end? I.e., whether the issue might be the KDE integration? Any chance you can give it a try with the gtk3 VCL? (In reply to Victor Prudniy from comment #1) > Can confirm this bug. Victor, can you please share the version and desktop environment you are using? You can copy that from the "About" menu item in LibreOffice.
(In reply to Gerald Pfeifer from comment #2) > I cannot reproduce this with current head > on a 4k screen with 200% scaling (and I even tried 300% scaling). > > I am wondering whether this somehow related to your use of KDE versus > GNOME on my end? I.e., whether the issue might be the KDE integration? You can reproduce this for example on openSUSE Tumbleweed Live with KDE Plasma. > Any chance you can give it a try with the gtk3 VCL? I tried openSUSE Tumbleweed Live with Gnome 42 and LibreOffice 7.3.3.3, the system doesn't freeze, but I can't scale the first properties tab correctly, it takes up 2/3 of the screen. But I have no problem with LibreOffice Flatpak. > (In reply to Victor Prudniy from comment #1) > > Can confirm this bug. > > Victor, can you please share the version and desktop environment you are > using? You can copy that from the "About" menu item in LibreOffice. If I'm not mistaken, he uses Arch Linux with KDE Plasma.
I guess it is about Sidebar-Properties. Would be good and needed to be precise when submitting. Also to write for Sidebar both docked and not. Anyway, no repro in Mint with gtk3 and kf5.
Can't reproduce on Debian testing with a current LO development version (git master as of 2c9821d391c243ae83a408163f054d7a7a9a1daa) and the kf5 VCL plugin, in a self-compiled current Plasma master Wayland session. Do you still see this issue with LibreOffice 24.8?
In case it's still reproducible with a current version: Please give more details on your monitor setup (one or multiple screens, what resolution?)