FS#73471 - [libreoffice] crashes with gtk3 VCL plugin since qt5-wayland-r44

Attached to Project: Arch Linux
Opened by MadCatX (MadCatX) - Sunday, 23 January 2022, 13:24 GMT
Last edited by Andreas Radke (AndyRTR) - Saturday, 05 February 2022, 16:21 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Hi all,

I noticed that upgrade to qt5-wayland-r44 makes Libreoffice-fresh (7.2.5-4 at the time of writing) unusable when the SAL_USE_VCLPLUGIN variable is set to gtk3. Any of the libreoffice suite applications crash immediately when the loading splash screen disappears. Downgrade to -r41 fixes the problem. kf5 plugin works even with -r44.

Unfortunately I cannot figure out how to start LO with the gtk3 plugin in a debug session, it always seems to pick kf5...

(Just FTR I cannot switch to the kf5 plugin because its rendering performance is unacceptable and the GUI stalls often crash LO, presumably because the Wayland socket buffer overflows. gtk3 plugin is fine in this regard.)

Additional info:
libreoffice-fresh 7.2.5-4
qt5-wayland 5.15.2+kde+r44-1
qt5-base 5.15.2+kde+r294-1

Steps to reproduce:
1) run "SAL_USE_VCLPLUGIN=gtk3 soffice"
2) Wait for the splash screen do disappear
3) Crash
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Saturday, 05 February 2022, 16:21 GMT
Reason for closing:  Fixed
Comment by MadCatX (MadCatX) - Sunday, 23 January 2022, 14:25 GMT
I manually rebuilt the qt5-wayland package and went back commit by commit. It turns out that I had to go all the way back to "867540b9d913760a847ff67c8694d817c821f2c2" to make the crash go away. It looks like this "bc5a8d24f63181a36759723a4d1b39b59b3b53e6" is the offending commit.
Comment by Sébastien Luttringer (seblu) - Monday, 24 January 2022, 11:40 GMT
I was hit by this too. Both -fresh and -still are impacted.

Rollback (agetpkg -i qt5-wayland '5.15.2\+kde\+r41') to r41 put my desktop back on track.
Comment by Antonio Rojas (arojas) - Monday, 24 January 2022, 12:01 GMT
Workaround is to set OOO_FORCE_DESKTOP=gnome

Discussion here https://invent.kde.org/qt/qt/qtwayland/-/merge_requests/24, any help debugging this is appreciated (but no empty "me too" comments please)
Comment by Buovjaga (Buovjaga) - Thursday, 03 February 2022, 12:04 GMT
Caolán posted a patch for it: https://gerrit.libreoffice.org/c/core/+/129373
Comment by Andreas Radke (AndyRTR) - Friday, 04 February 2022, 09:08 GMT
Please check libreoffice-fresh-7.3.0-3 / libreoffice-still-7.2.5-3 in testing repo.
Comment by MadCatX (MadCatX) - Friday, 04 February 2022, 10:11 GMT
Update:

- This QtWayland patch (https://codereview.qt-project.org/c/qt/qtwayland/+/393273) that is supposed to address other issues caused by the original QtWayland threading patch does not seem to fix the LO issue. I have yet to see if it fixes the other issues. Note that trivial backporting is required for Qt 5.15
- libreoffice-fresh 7.3.0-3 now starts just fine

Loading...