Bug 150277 - .ods file causes crash in libreoffice-fresh (QT backend?)
Summary: .ods file causes crash in libreoffice-fresh (QT backend?)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: KDE, KF5
  Show dependency treegraph
 
Reported: 2022-08-05 14:58 UTC by matthias.schrumpf
Modified: 2022-08-11 12:16 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
gdbtrace.log file created by running soffice --backtrace in the terminal and reproducing the crash (18.37 KB, text/x-log)
2022-08-06 08:57 UTC, matthias.schrumpf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description matthias.schrumpf 2022-08-05 14:58:51 UTC
Description:
A .ods file that causes no issues in libreoffice-still 7.2.7-3 causes libreoffice-fresh 7.3.5-1 to crash. 

Steps to Reproduce:
1. Download this file https://www.uni-bielefeld.de/verwaltung/dezernat-p-o/dokumente/hk-lehrbeauftragte/Arbeitszeitkonto_MiLoG.ods
2. Open it with Libreoffice Calc

Actual Results:
Libreoffice Calc crashes, then enters document recovery with an unnamed file selected. If you press okay, it enters document recovery again, now with the correct filename. Attempting to start document recovery will result in a crash, repeating the whole process from the start. 

Expected Results:
Libreoffice Calc should be able to open the file without issues. 


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Tested on three different computers. Using libreoffice-still 7.2.7-3 always worked, while libreoffice-fresh 7.3.5-1 would always crash.
Comment 1 raal 2022-08-05 18:21:29 UTC
No crash Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 3ccbfaaf95005a34ca64ad250463ef5ce8842f43
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 2 m_a_riosv 2022-08-05 18:55:29 UTC
Neither on:
Version: 7.4.0.2 (x64) / LibreOffice Community
Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL
or
Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL
Comment 3 Julien Nabet 2022-08-05 19:37:05 UTC
Could you try this https://wiki.documentfoundation.org/QA/FirstSteps?
If you still reproduce the crash, would it be possible you attach a backtrace)? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)
Comment 4 Telesto 2022-08-06 08:29:25 UTC
Maybe a font issue? The document uses: Open Sans Condensed Light 

No crash with font substitution active with
Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: c1c8ce3b0f1037bca4d500af2f39363cd9d38db6
CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 5 matthias.schrumpf 2022-08-06 08:55:32 UTC
(In reply to Julien Nabet from comment #3)
> Could you try this https://wiki.documentfoundation.org/QA/FirstSteps?
> If you still reproduce the crash, would it be possible you attach a
> backtrace)? (see
> https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.
> 2FLinux:_How_to_get_a_backtrace)

Thank you. I went through the first steps and none of them resolved the issue up until 7.: running LibreOffice from terminal with the "SAL_USE_VCLPLUGIN=gen libreoffice" command and then opening the file worked. It did not result in a crash. 
I am attaching a backtrace to this post.
Comment 6 matthias.schrumpf 2022-08-06 08:57:13 UTC
Created attachment 181636 [details]
gdbtrace.log file created by running soffice --backtrace in the terminal and reproducing the crash
Comment 7 Julien Nabet 2022-08-06 09:57:34 UTC
Thank you for the bt, it shows you use KDE/Plasma.

1) On which Linux distrib are you?
2) What's the version?
3) is it the last stable one? (if not would it be possible you upgrade to last one and give a new try?)

Also, how did you install 7.3.5 (I updated Version field since it was 7.3.5 not 7.3.4)? Did you install from TDF website (https://www.libreoffice.org/download/download/) or from your Linux distrib repo?
Indeed, from Linux distrib repo is always better because maintainers of the repo take care of dependencies.
I mean perhaps the QT libs aren't compatible (too old or too recent) for LO 7.3.5.
Comment 8 matthias.schrumpf 2022-08-06 10:11:02 UTC
(In reply to Julien Nabet from comment #7)
> Thank you for the bt, it shows you use KDE/Plasma.
> 
> 1) On which Linux distrib are you?
> 2) What's the version?
> 3) is it the last stable one? (if not would it be possible you upgrade to
> last one and give a new try?)
> 
> Also, how did you install 7.3.5 (I updated Version field since it was 7.3.5
> not 7.3.4)? Did you install from TDF website
> (https://www.libreoffice.org/download/download/) or from your Linux distrib
> repo?
> Indeed, from Linux distrib repo is always better because maintainers of the
> repo take care of dependencies.
> I mean perhaps the QT libs aren't compatible (too old or too recent) for LO
> 7.3.5.

I am attaching the full overview of system stats here: 

Operating System: Arch Linux
KDE Plasma Version: 5.25.4
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.18.16-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 8 × AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx
Graphics Processor: AMD Radeon Vega 10 Graphics

It's a rolling release distribution, so there are no stable versions. I ran an update just before going through the first steps and creating the log earlier today. The error is reproducible on a different computer using Manjaro Linux with KDE Plasma. Manjaro is based on Arch and uses mostly the same packages, but updates only come out on a weekly/biweekly basis, so the exact software versions may differ. 
It was possible to resolve the error on the Manjaro computer by installing libreoffice-still instead of libreoffice-fresh. I do not have access to that machine right now, so I can't tell you the exact software version numbers.
Comment 9 QA Administrators 2022-08-07 03:32:00 UTC Comment hidden (obsolete)
Comment 10 BogdanB 2022-08-07 20:03:11 UTC
No issue for me. I am using a dbg version.

I get this messages in my terminal. Maybe this helps.


warn:stoc:18273:18273:stoc/source/javaloader/javaloader.cxx:381: getJavaVM returned null
warn:sfx.dialog:18273:18273:sfx2/source/dialog/filtergrouping.cxx:359: already have an element for WordPerfect
warn:sfx.dialog:18273:18273:sfx2/source/dialog/filtergrouping.cxx:359: already have an element for writerweb8_writer_template
warn:sfx.dialog:18273:18273:sfx2/source/dialog/filtergrouping.cxx:359: already have an element for writerglobal8
warn:vcl.unx.print:18273:18273:vcl/unx/generic/printer/ppdparser.cxx:845: no Resolution in /tmp/0476162f36d09
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:xmloff:18273:18273:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 25917
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 26189
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 26190
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 25917
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 26189
warn:sfx.control:18273:18273:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 26190
warn:vcl.schedule:18273:18273:vcl/source/app/scheduler.cxx:603: Stop the task before changing the priority, as it will just change after the task was scheduled with the old prio!
Comment 11 Timur 2022-08-11 10:52:36 UTC
Repro crash  as kf5, qt5 with LO 7.3 latest. 
But not with master 7.4 and 7.5+.
Meaning it was fixed, so WFM.
Comment 12 Timur 2022-08-11 11:08:56 UTC
It may be fixed in 7.3 but bibisect repo is 6 weeks old so I cannot find. 
7.4 oldest is already good.