Created attachment 169939 [details] Unstyled look I'm using KDE neon 5.21. If I'm logged in as user `one` and run LibreCalc (or LibreWriter etc.) as user `two`, they look unstyled (please see the screenshot). If I log in as user `two` and launch the applications, they look as expected. The way I'm running them as a different user is through Plasma's "Run as different user". The command line is `libreoffice7.0 --calc %U`. If I try to run `su two libreoffice7.0`, I get "/usr/local/bin/libreoffice7.0: line 191: /home/two/oosplash: No such file or directory".
One from those users is a root?
Dear Dan Dascalescu, 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
(In reply to Roman Kuznetsov from comment #1) > One from those users is a root? None of the users was root. As of KDE Neon 5.23, the styling problem is solved, but performance for the second user is extremely poor. I have a spreadsheet with a few color ranges, and typing anything in a cell takes half a second per character. For more details, including reproduction steps and a screencast, please see https://bugs.kde.org/show_bug.cgi?id=448322.
[Automated Action] NeedInfo-To-Unconfirmed
This sounds more like an issue on a different layer(like KDE Plasma) than a LibreOffice one to me. https://bugs.kde.org/show_bug.cgi?id=448322 also mentions that it's generally slow and with LO it is "just" most easily visible. I'll close this as NOTOURBUG for now. Please feel free to reopen in case further discussion/information in the KDE bug should suggest otherwise or you have any other additional information.
I found out what reproduces the bug: not having the terminal window open. In the meantime I've upgraded to using the LibreOffice-fresh.basic-24.2.0.3.AppImage To recap, - If I run LibreCalc as my user, either from its desktop shortcut or from the terminal, performance is normal. - If I launch a termina window, `su` to the second user, then run the .AppImage, performance is normal. - But if I create a .desktop file like the one below, performance is extremely slow when I launch "Alc": ``` [Desktop Entry] Exec=LibreOffice-fresh.basic-24.2.0.3.AppImage --calc GenericName=AlterEgo Spreadsheet InitialPreference=5 Name=Alc NoDisplay=false StartupNotify=true StartupWMClass=libreoffice-calc Terminal=false TerminalOptions= Type=Application Version=1.0 X-GIO-NoFuse=true X-KDE-RunOnDiscreteGpu=true X-KDE-SubstituteUID=true X-KDE-Username=alterego ``` If I set `Terminal=true` performance is normal, but I end up with an extra window I don't want. The window shows these messages: Password: Failed to create wl_display (Permission denied) qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found. QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 1001, but a directory permissions 0700 owned by UID 1000 GID 1000 QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 1001, but a directory permissions 0700 owned by UID 1000 GID 1000
(In reply to Dan Dascalescu from comment #6) > I found out what reproduces the bug: not having the terminal window open. > (...) > > If I set `Terminal=true` performance is normal, but I end up with an extra > window I don't want. Thanks for the additional analysis! > The window shows these messages: > > > Password: > Failed to create wl_display (Permission denied) > qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even > though it was found. > QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 1001, > but a directory permissions 0700 owned by UID 1000 GID 1000 > QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 1001, > but a directory permissions 0700 owned by UID 1000 GID 1000 Do you see similar messages when running another Qt application than LO? To me, this looks more like a general issue w/ Qt plugins/libraries not working as expected in that setup for some reason. But then, do I understand correctly that the scenario where you see these messages is the "good" one, i.e. with the `Terminal=true` ?