Bug 139491 - FILEOPEN: Systematic very slow file loading on Calc
Summary: FILEOPEN: Systematic very slow file loading on Calc
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: GTK3 File-Opening
  Show dependency treegraph
 
Reported: 2021-01-08 10:12 UTC by mage99
Modified: 2021-02-17 16:53 UTC (History)
2 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 mage99 2021-01-08 10:12:20 UTC
Description:
Calc systematically takes ~30 seconds to open any file, including empty ones. Fresh install of Libreoffice 7.0.4.2 on Linux Mint 19.3 Cinnamon 5.4.0-60-generic.
I tested with and without Java & OpenCL, no difference.
No error message when launching via terminal, except the following warning:

Warning: failed to read path from javaldx

The problem does not occur when starting Calc itself, only when loading an already existing file.

The problem persists when starting libreoffice in Safe Mode.

When first starting Calc, then opening the file, the delay appears to be shorter (~20s) and some error messages appear:

(soffice:5580): Gtk-CRITICAL **: 11:07:41.656: gtk_widget_get_toplevel: assertion 'GTK_IS_WIDGET (widget)' failed
Gtk-Message: 11:07:41.662: GtkDialog mapped without a transient parent. This is discouraged.
Gtk-Message: 11:07:45.252: GtkDialog mapped without a transient parent. This is discouraged.


Steps to Reproduce:
1. Create a new empty file "test.ods" and save it.
2. Close libreoffice.
3. Open "test.ods"

Actual Results:
Systematic ~30s loading time to open the file.

Expected Results:
Immediate file opening.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2
Calc: threaded
Comment 1 Roman Kuznetsov 2021-01-10 19:42:11 UTC
no problem in

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 96bafa464ebdbce3ef04bec9beae5e745bb37794
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL

only Linux (GTK3?) problem? Or may be only Mint's LO build problem?

Can you install LibreOffice from https://libreoffice.org/download and try repeat your problem?
Comment 2 mage99 2021-01-11 10:06:22 UTC
(In reply to Roman Kuznetsov from comment #1)

Exact same problem with a reinstalled version (7.0.4) from https://libreoffice.org/download.

> only Linux (GTK3?) problem? Or may be only Mint's LO build problem?

I do have the impression that it is indeed related to something like that. I had already the problem with the version 6.0 (which I hoped to solve by upgrading to 7.0) and some digging then pointed to LO trying to load a library with the wrong version.
Comment 3 Neela 2021-02-08 04:04:39 UTC
Thank you for reporting the bug. I can not reproduce the bug in 7.1.0.3
Comment 4 Neela 2021-02-08 20:27:23 UTC Comment hidden (obsolete)
Comment 5 Xisco Faulí 2021-02-09 10:20:21 UTC
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 6 mage99 2021-02-09 13:42:28 UTC
(In reply to Xisco Faulí from comment #5)
> Thank you for reporting the bug. To be certain the reported issue is not
> related to corruption in the user profile, could you please reset your
> Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
> re-test?
> 
> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' if the issue is still present

I did a reset of the user profile, same issue.
Comment 7 Xisco Faulí 2021-02-15 17:52:07 UTC
Does you reproduce the issue if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gen' ?
Comment 8 mage99 2021-02-17 16:53:53 UTC
(In reply to Xisco Faulí from comment #7)
> Does you reproduce the issue if you launch LibreOffice from commandline with
> 'SAL_USE_VCLPLUGIN=gen' ?

Problem does not disappear when launching libreoffice with this parameter.

For some reason, the problem seems to now appear with Writer as well and not only Calc.

Is there a way to identify what is libreoffice trying to do when charging a document? Starting it from the terminal does not provide any information.