Description: Libreoffice takes ~ 45 seconds to start on my decent arch linux computer (NVME, 6-core i5, 16GB). The behavior most likely started a few weeks ago. The progress bar is pausing quite some time on ~1/3 and again on 1/2. I tried the following versions: - libreoffice-still (7.4.7-2) from arch repos - libreoffice-fresh (7.5.3-2) from arch repos - org.libreoffice.LibreOffice (7.5.3.2) from flatpack Steps to Reproduce: 1. Start libreoffice (via menu or terminal) Actual Results: ~45 seconds start time Expected Results: ~3 seconds start time Reproducible: Always User Profile Reset: Yes Additional Info: Version information from LO about dialog (flatpack version): Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 6; OS: Linux 6.3; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE 7.5.3-2 Calc: threaded I tried the following – without success: - Start in safe mode (no difference) - Remove .config/libreoffice - Cleared, last used in LO as well as in desktop - Disable CUPS - Started with and without sandboxing - Change java version as well as disabling java strace shows that the long start is (mainly?) due to two reads which time-out. The terminal output shows a few errors, but I think those happened before: ``` (soffice:121124): GLib-GObject-CRITICAL **: 22:14:05.798: invalid (NULL) pointer instance (soffice:121124): GLib-GObject-CRITICAL **: 22:14:05.798: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (soffice:121124): GLib-GObject-CRITICAL **: 22:14:30.929: invalid (NULL) pointer instance (soffice:121124): GLib-GObject-CRITICAL **: 22:14:30.929: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed ``` OS: Arch Linux, 64bits, X11, Mate
Are you able to provide a version number that didn't have the slowdown? Does it happen with all components of LibreOffice?
I had the same problem on arch. In my case the problem could be solved by: first: sudo -u $(whoami) libreoffice ...works in my case or pacaur -Rns xdg-desktop-portal flatpak or pacaur -Rns xdg-desktop-portal xdg-desktop-portal-gnome xdg-desktop-portal-gtk flatpak I think, that the problem is the "xdg-desktop-portal". Hope that helps.
Sounds similar to other issues like: https://www.reddit.com/r/swaywm/comments/12s7p9k/gtk_apps_take_long_to_open_xdgdesktopportal_not/ https://www.reddit.com/r/openSUSE/comments/12m84d0/slow_launches_yeet_xdgdesktopportalgnome/ https://www.reddit.com/r/archlinux/comments/13b3ter/xdgdesktopportal_broken_after_gnome_44_update/ Which is tracked in: https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/74 Are other GTK apps affected too? If that's the case, that's not our bug.
Yes, uninstalling xdg-desktop-portal-gnome solved the problem. (No need to uninstall more than those, for me) Thanks! So this probably can be closed.
[Automated Action] NeedInfo-To-Unconfirmed
Thank you for testing and following-up! :)