Calc systematically takes ~30 seconds to open any file, including empty ones. Fresh install of Libreoffice 18.104.22.168 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"
Systematic ~30s loading time to open the file.
Immediate file opening.
User Profile Reset: No
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
no problem in
Version: 22.214.171.124.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
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?
(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.
Thank you for reporting the bug. I can not reproduce the bug in 126.96.36.199
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
(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
> 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.
Does you reproduce the issue if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gen' ?
(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.