Download it now!
Bug 127965 - LibreOffice Draw crashes without error after applying properties (kde5/kf5 on Wayland)
Summary: LibreOffice Draw crashes without error after applying properties (kde5/kf5 on...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.3.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE
  Show dependency treegraph
 
Reported: 2019-10-04 13:06 UTC by Lars Veldscholte
Modified: 2020-11-03 12:53 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
GDB backtrace (10.22 MB, text/x-log)
2019-10-04 19:00 UTC, Lars Veldscholte
Details
gdb backtrace with master debug build (957.89 KB, application/gzip)
2019-10-11 23:49 UTC, Michael Weghorn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Veldscholte 2019-10-04 13:06:54 UTC
Description:
LibreOffice draw crashes (closes to desktop) without any error message (also not to STDERR/STDOUT when opened from a terminal) when selecting text and applying a property.

Changing these properties from the sidebar works without problem.

Steps to Reproduce:
1. Create a textbox and enter some text.
2. Select that text and click "Character..." from the context menu.
3. Click "OK".

Actual Results:
LibreOffice crashes.

Expected Results:
The dialog to close and not crash.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.3.1.2
Build ID: 6.3.1-1
CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: kde5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Julien Nabet 2019-10-04 13:28:29 UTC
On Win10 with LO 6.3.2.2, I don't reproduce this.

Could you apply what https://wiki.documentfoundation.org/QA/FirstSteps to be sure it's not LO profile or OpenGL related?

Could you upgrade to 6.3.2? (just to be sure it's not already fixed)

Could you test with another rendering to see if it's specific to kde5 rendering?
From console, type these:
export SAL_USE_VCLPLUGIN=gen
soffice --draw
then try to reproduce the crash.

Finally, would it be possible you attach a stacktrace (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)?
Comment 2 Lars Veldscholte 2019-10-04 14:01:46 UTC
Hmm, with SAL_USE_VCLPLUGIN=gen, the crash doesn't occur.
Comment 3 Michael Weghorn 2019-10-04 14:41:15 UTC
I cannot reproduce with

Version: 6.4.0.0.alpha0+
Build ID: 34095197fcb992d3c1ea63888918495fcc6f6994
CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: kf5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded

nor with the LibreOffice package provided in Debian testing (1:6.3.2-1) using the kde5 VCL plugin.

So it would really be interesting to know whether this still happens after upgrading to 6.3.2.
Comment 4 Julien Nabet 2019-10-04 17:15:56 UTC
Lars: on pc Debian x86-64 with LO Debian package 6.3.2.2 + kf5 rendering with or without XDG_SESSION_TYPE=wayland, I don't reproduce the crash.

Could you test the other things I indicated in my previous comment?
Comment 5 Lars Veldscholte 2019-10-04 18:58:27 UTC
I started LibreOffice in safe mode (that rules out a corrupted profile, right?) and I checked that it's not using OpenGL.

Unfortunately the latest version of LibreOffice fresh in the distro I'm using (Arch) is 6.3.1.2, so to upgrade I will have to look into another way to obtain LibreOffice 6.3.2.

I tried getting a backtrace as per the wiki instructions, but I got a hang (freeze) instead of a crash when running with --backtrace, so I killed it manually. I'm not sure if this contains the right info, but I attached it.
Comment 6 Lars Veldscholte 2019-10-04 19:00:29 UTC
Created attachment 154764 [details]
GDB backtrace
Comment 7 QA Administrators 2019-10-05 03:07:32 UTC Comment hidden (obsolete)
Comment 8 Julien Nabet 2019-10-05 14:43:42 UTC
gdb shows a big stacktrace.

Michael: I wonder if it could be an endless recursion involving notification.
Comment 9 Michael Weghorn 2019-10-05 18:41:34 UTC
(In reply to Julien Nabet from comment #8)
> gdb shows a big stacktrace.
> 
> Michael: I wonder if it could be an endless recursion involving notification.

Yes, this really looks like some recursion.

@Lars: Can you please try again with a daily build that has debug information? A backtrace with such a version gives more helpful information.
(Installing debug symbols for Qt might also help, since most of the methods shown in the backtrace are Qt-internal ones)
Such daily builds are available at [1] and it's possible to install those in parallel to your existing LibreOffice version as described at [2].

The backtrace suggests that you're running Plasma on Wayland, is that correct?
What Qt version do you have?

[1] https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF-dbg/
[2] https://wiki.documentfoundation.org/Installing_in_parallel/Linux
Comment 10 QA Administrators 2019-10-06 03:20:01 UTC Comment hidden (obsolete)
Comment 11 Lars Veldscholte 2019-10-11 14:12:27 UTC
Sorry for the delay in my reaction.

LibreOffice 6.3.2 got pushed to Arch, but the bug is still present in that version.

I am indeed using kwin_wayland and my Qt version is 5.13.1.

I will look into getting the daily build of LibreOffice with debug symbols running.
Comment 12 Michael Weghorn 2019-10-11 23:49:27 UTC
Created attachment 154945 [details]
gdb backtrace with master debug build

(In reply to Lars Veldscholte from comment #11)
> [..]
> I will look into getting the daily build of LibreOffice with debug symbols
> running.

Thanks for the additional info. I'm actually alos able to reproduce now when I use Plasma on Wayland on Debian testing (with plasma-workspace-wayland 4:5.14.5.1-3, libqt5widgets5:amd64 5.11.3+dfsg1-4 amd64), so there's currently no need for you to download the daily build.

Backtrace attached.

Version: 6.4.0.0.alpha0+
Build ID: 623c0cff7589e3f2298c16c7402cf160b99fabe2
CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: kf5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded

FWIW, I get the same crash when I do this:

1. Create a textbox and enter some text.
2. Switch back and forth between the LO window and another one using Alt+Tab twice

It doesn't crash in a Plasma X11 session (or if starting LibreOffice with
    XDG_SESSION_TYPE=x11 ./instdir/program/soffice.bin --draw
)

Maybe related: I get a lot of these messages on stderr with Wayland:

    warn:vcl:9150:9150:vcl/source/window/winproc.cxx:840: ImplHandleKey: Keyboard-Input is sent to a frame without focus
Comment 13 rainer 2020-11-03 12:53:11 UTC
This affects me as well and I had plenty of these crashes on Plasma Wayland.

Operating System: Arch Linux
KDE Plasma Version: 5.20.2
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Kernel Version: 5.9.3-arch1-1
OS Type: 64-bit
libreoffice 7.0.3