Bug 130352 - Calc crashes when "Insert -> Image" is selected (kf5)
Summary: Calc crashes when "Insert -> Image" is selected (kf5)
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: wantBacktrace
Depends on:
Blocks:
 
Reported: 2020-02-01 18:07 UTC by Angelos Skembris
Modified: 2020-02-09 17:14 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
GDB log (7.09 KB, text/x-log)
2020-02-01 19:18 UTC, Angelos Skembris
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Angelos Skembris 2020-02-01 18:07:49 UTC
With the latest version of Calc (6.4.0.3), I cannot insert an image in a spreadsheet. Program crashes instantly once "Insert -> Image" is selected from the drop-down menu 

Steps to reproduce:

1. Open any Libreoffice Calc spreadsheet (even a new one).
2. Select "Insert -> Image" from the drop-down menu.

Running OpenSUSE Tumbleweed.
Comment 1 Julien Nabet 2020-02-01 18:48:22 UTC
Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps
and if you still reproduce the crash, try to retrieve a backtrace? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)
Comment 2 Angelos Skembris 2020-02-01 19:18:05 UTC
Created attachment 157583 [details]
GDB log
Comment 3 Angelos Skembris 2020-02-01 19:21:41 UTC


(In reply to Julien Nabet from comment #1)
> Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps
> and if you still reproduce the crash, try to retrieve a backtrace? (see
> https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.
> 2FLinux:_How_to_get_a_backtrace)

Hi, 

thanks for the quick response. I installed libreoffice-debuginfo, debugsource, calc-debug info and qt5-debuginfo, but I think GDB wants me to install practically all debug info packages in existence (see attached log). 

If it's any help, the problem seems to lie in the VCL plugin:

/usr/lib64/libreoffice/program/soffice.bin: symbol lookup error: /usr/lib64/libreoffice/program/libvclplug_qt5lo.so: undefined symbol: _ZN9QtPrivate12argToQStringE11QStringViewmPPKNS_7ArgBaseE, version Qt_5
Comment 4 Julien Nabet 2020-02-01 19:27:45 UTC
Just realize that you must have installed 6.4.0.3 from TDF Linux packages.
If yes, you must know that these are more for maintainers which deal with dependencies.
I think you should stick to LO packages from your distribution or use flatpack package (see https://www.libreoffice.org/download/flatpak/). Notice LO flatpack uses gtk3 backend.
Comment 5 Angelos Skembris 2020-02-01 19:34:11 UTC
(In reply to Julien Nabet from comment #4)
> Just realize that you must have installed 6.4.0.3 from TDF Linux packages.
> If yes, you must know that these are more for maintainers which deal with
> dependencies.
> I think you should stick to LO packages from your distribution or use
> flatpack package (see https://www.libreoffice.org/download/flatpak/). Notice
> LO flatpack uses gtk3 backend.

I installed LO itself from the Tumbleweed repo using YaST, while the debug packages I had to manually download from the OpenSUSE Debug repo (for some reason YaST didn't want to and gave an error for the URL).

So, essentially, both sets come from openSUSE packages.
Comment 6 Julien Nabet 2020-02-01 20:26:39 UTC
Thank you for your feedback. There's no bt in your file for a reason I ignore.

Can you try this:
export SAL_USE_VCLPLUGIN=gen
soffice
and give a new try?
Comment 7 Angelos Skembris 2020-02-01 23:18:58 UTC
(In reply to Julien Nabet from comment #6)
> Thank you for your feedback. There's no bt in your file for a reason I
> ignore.
> 
> Can you try this:
> export SAL_USE_VCLPLUGIN=gen
> soffice
> and give a new try?

I tried it, the program started and I can load images successfully using the "Insert -> Image" dropdown menu.
Comment 8 QA Administrators 2020-02-02 03:41:04 UTC Comment hidden (obsolete)
Comment 9 Julien Nabet 2020-02-02 08:00:25 UTC
Michael: it may be a dup but since we don't have bt yet. Any thoughts?
Comment 10 Michael Weghorn 2020-02-03 07:46:55 UTC
Not 100 % sure, but to me this looks more like a distro-packaging issue, like an ABI issue due to Qt version that was built against not matching the one used at runtime.

Can you please report that to the Tumbleweed issue tracker and add a link here?
In case this is actually an issue on our side, we'll be happy to help, so please let us know in this case.
Comment 11 Angelos Skembris 2020-02-04 01:01:50 UTC
(In reply to Michael Weghorn from comment #10)
> Not 100 % sure, but to me this looks more like a distro-packaging issue,
> like an ABI issue due to Qt version that was built against not matching the
> one used at runtime.
> 
> Can you please report that to the Tumbleweed issue tracker and add a link
> here?
> In case this is actually an issue on our side, we'll be happy to help, so
> please let us know in this case.

I will do and I will report back with a link. 

In the meantime, I should note that I get exactly the same crash with the same error (referring to the same symbol, that is) when selecting "save as" from the drop down menu, so this is obviously related to opening a file selection dialog box in KDE.
Comment 12 QA Administrators 2020-02-04 03:31:21 UTC Comment hidden (obsolete)
Comment 13 Roman Kuznetsov 2020-02-05 16:43:02 UTC
I couldn't repro it in

Версия: 6.4.0.3
ID сборки: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
Потоков ЦП: 4; ОС: Linux 5.5; Отрисовка ИП: по умолчанию; VCL: kf5; 
Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU
Calc: threaded

SuSe problem again...
Comment 14 Michael Weghorn 2020-02-05 17:27:31 UTC
(In reply to Michael Weghorn from comment #10)
> Not 100 % sure, but to me this looks more like a distro-packaging issue,
> like an ABI issue due to Qt version that was built against not matching the
> one used at runtime.

If that's actually the case, the TDF-provided packages should presumably work. Can you try those?
Comment 15 Angelos Skembris 2020-02-06 22:32:42 UTC
(In reply to Michael Weghorn from comment #14)
> (In reply to Michael Weghorn from comment #10)
> > Not 100 % sure, but to me this looks more like a distro-packaging issue,
> > like an ABI issue due to Qt version that was built against not matching the
> > one used at runtime.
> 
> If that's actually the case, the TDF-provided packages should presumably
> work. Can you try those?

I just did, and everything seems to work normally (dialog boxes open, image is inserted etc).


Will report the issue in openSUSE's bugzilla in the next days. 


Thanks for the help!
Comment 16 Michael Weghorn 2020-02-07 06:30:29 UTC
(In reply to Angelos Skembris from comment #15)
> I just did, and everything seems to work normally (dialog boxes open, image
> is inserted etc). 

Good to hear. Thanks for testing!

Assuming it's actually a distro issue, I'm closing this bug report as NOTOURBUG for now. 
Please just reopen the bug in case there's anything to do on our side.

> Will report the issue in openSUSE's bugzilla in the next days.

It'd be nice if you could add the link to the bug report here then.
Comment 17 Angelos Skembris 2020-02-09 17:14:30 UTC
Reported bug in openSUSE's bugzilla:

https://bugzilla.opensuse.org/show_bug.cgi?id=1163211