Bug 155564 - FILEOPEN: Impress opens first file slowly
Summary: FILEOPEN: Impress opens first file slowly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.5.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-31 02:49 UTC by Gabriel Brown
Modified: 2023-06-19 06:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gabriel Brown 2023-05-31 02:49:14 UTC
Description:
After a recent update from 7.5.2 to 7.5.3 using Impress to open ODP files (even new empty/blank ones) takes about 30 seconds up from about 1-2 seconds.

When attempting to open an ODP file directly (and Impress not already running):
- a blank X11 window opens containing only the letter "L" in the upper left corner
- after 30 seconds Impress and the file contents appear and work as normal.

When opening LibreOffice itself the "splash" screen with all the LibreOffice apps and recent files opens in a few seconds, but then clicking a recent ODP file takes about 30 seconds to open.

If any ODP files are already open in Impress, then further ODP files open almost instantly (so the 30 second issue only applies to the first file).

The problem persists even with combinations of --safe-mode and SAL_USE_VCLPLUGIN=gen, and no warnings or errors are given in the terminal.

Steps to Reproduce:
Open any ODP file from terminal or from any other program (graphical file manager, etc.) while no other files open in Impress.

Actual Results:
If Impress is not already running, it shows a blank window for about 30 seconds and then opens the file and works as normal. If other ODP files are already open, the file opens almost instantly.
[this is independent of file contents or file size]

Expected Results:
All reasonably sized files should open in less than 5 seconds.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 6.3; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
7.5.3-2
Calc: threaded

OS: EndeavourOS (essentially Arch Linux)
Window Manager: i3wm on X11
Comment 1 Stéphane Guillou (stragu) 2023-05-31 09:28:09 UTC
Can you please check if uninstalling xdg-desktop-portal-gnome resolves the issue, in which case this is a duplicate of bug 155498.
Comment 2 Gabriel Brown 2023-05-31 16:12:46 UTC
(In reply to Stéphane Guillou (stragu) from comment #1)
> Can you please check if uninstalling xdg-desktop-portal-gnome resolves the
> issue, in which case this is a duplicate of bug 155498.

I do not currently have xdg-portal-gnome installed. I uninstalled it a few weeks ago when it caused other programs like Firefox to open slowly.
Comment 3 Tex2002ans 2023-05-31 17:53:52 UTC
Gabriel Brown also posted on the LibreOffice Subreddit here:

- https://www.reddit.com/r/libreoffice/comments/13w5b9f/slow_to_open_odp_file/

where we went through a few more debugging steps.

- - -

Potentially related:

2 weeks ago, there was also this Arch Linux user, Pumpino-:

- https://www.reddit.com/r/libreoffice/comments/13ml7ks/failed_to_read_path_from_javaldx_in_arch/

who had a recent "LibreOffice is very slow to open" regression too.

He narrowed his down to the library:

- gnome-desktop-4

After uninstalling that, his slowdown issues were solved.

- - -

(Gabriel already tried all the debug steps in the "javaldx" thread, said none helped. So it may be a similar, but different root cause for EndeavourOS.)
Comment 4 Gabriel Brown 2023-06-01 15:50:17 UTC
After another reboot today it appears the problem is gone.
When I reported this issue I had already rebooted at least once since encountering the problem, so I don't know what may have changed.
I am happy to have this closed if you all are.