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?)
Dear opendreas, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear opendreas, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp