Maniphest T8308

Kleopatra: kde-open crashes when a pdf is opened from help menu
Open, NormalPublic
Actions

Assigned To
• ikloecker
Authored By
timegrid
Wed, Jun 24, 12:52 PM
Tags
Subscribers
• ikloecker
timegrid

Description

When any pdf file is opened via the help menu in the vsd-3.4.0-beta1292 appimage, kde-open crashes.

Kleopatra Logs

org.kde.pim.libkleo: Opening: "/tmp/.mount_vsdPNbFKn/usr/bin/../share/doc/gnupg-vsd/handbuch_zulassung_gnupgvsd_de.pdf"
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: xcb, eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx.

Aborted (core dumped)

Crash Report

_usr_bin_kde-open.1000.crash706 KBDownload

Details

Version
vsd-3.4.0-beta1292

Event Timeline

timegrid triaged this task as Normal priority.Wed, Jun 24, 12:52 PM
timegrid created this task.
timegrid created this object with edit policy "Contributor (Project)".
timegrid added a comment.Wed, Jun 24, 1:10 PM

Kleopatra logs on the vsd 3.3.7 appimage for comparison:

org.kde.pim.libkleo: Opening: "/tmp/.mount_vsdRus8pW/usr/bin/../share/doc/gnupg-vsd/handbuch_zulassung_gnupgvsd_de.pdf"
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/file" not found
kf.config.core: Use of KConfigWatcher without DBus support. You will not receive updates
kf.config.core: Use of KConfigWatcher without DBus support. You will not receive updates
QWidget::setMinimumSize: (okular_sidebar/Sidebar) Negative sizes (0,-1) are not possible
org.kde.okular.core: Metadata file is now: "/home/g10/.local/share/okular/docdata/774713.handbuch_zulassung_gnupgvsd_de.pdf.xml"
org.kde.okular.core: "/tmp/.mount_vsdRus8pW/usr/plugins/okular/generators/okularGenerator_poppler.so"
org.kde.okular.core: Output DPI: QSizeF(96.0892, 96.0496)
org.kde.okular.core: request observer=0xc4f88a0 939x1327@0
org.kde.okular.core: request observer=0xc4f88a0 939x1327@1
org.kde.okular.core: sending request observer=0xc4f88a0 939x1327@0 async == true isTile == false
[...]

Diff of ldd for libqxcb.so in 3.3 vs 3.4 (links removed, sorted)

--- ldd.libqxcb.33.sorted.txt	2026-06-24 13:05:09.402955002 +0200
+++ ldd.libqxcb.34.sorted.txt	2026-06-24 13:06:03.801577897 +0200
@@ -1,43 +1,43 @@
 /lib64/ld-linux-x86-64.so.2
-libattr.so.1
+libblkid.so.1
+libbrotlicommon.so.1
+libbrotlidec.so.1
 libbsd.so.0
 libbz2.so.1
 libcap.so.2
 libc.so.6
 libdbus-1.so.3
 libdl.so.2
-libdouble-conversion.so.1
-libdw.so.1
-libelf.so.1
 libexpat.so.1
 libfontconfig.so.1
 libfreetype.so.6
 libgcc_s.so.1
-libgcrypt.so.11
+libgcrypt.so.20
 libGLdispatch.so.0
 libGL.so.1
 libGLX.so.0
 libgpg-error.so.0
-libicudata.so.50
-libicui18n.so.50
-libicuuc.so.50
+libicudata.so.60
+libicui18n.so.60
+libicuuc.so.60
 liblz4.so.1
 liblzma.so.5
 libmd.so.0
+libmount.so.1
 libm.so.6
 libpcre2-16.so.0
-libpcre.so.1
-libpng15.so.15
+libpcre2-8.so.0
+libpng16.so.16
 libpthread.so.0
 libQt5Core.so.5
 libQt5DBus.so.5
 libQt5Gui.so.5
 libQt5XcbQpa.so.5
-libresolv.so.2
 librt.so.1
 libselinux.so.1
 libstdc++.so.6
 libsystemd.so.0
+libuuid.so.1
 libX11.so.6
 libX11-xcb.so.1
 libXau.so.6
• ikloecker added a comment.Wed, Jun 24, 2:12 PM

The relevant frames from the backtrace show that Qt aborted the app because creating platform integration failed.

#5  0x00007b5a5a891104 in QMessageLogger::fatal(char const*, ...) const () from /lib/x86_64-linux-gnu/libQt5Core.so.5
No symbol table info available.
#6  0x00007b5a5af3c6dd in QGuiApplicationPrivate::createPlatformIntegration() () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
timegrid added a comment.Thu, Jun 25, 9:09 AM

We found out, that this is probably caused by a Qt version mismatch:

  • Kubuntu 24.04: 5.15.13
  • Appimage: 5.15.19

As the appimage always contains Okular, an easy solution would be to directly use the okular binary in the kleopatra binary path instead of kde-open, if run from appimage.

• ikloecker added a comment.Thu, Jun 25, 11:11 AM

The same crash will likely occur if the user tries to open an attachment shown in the mail viewer included in Kleopatra. Hence, I think we have to include kde-open in the AppImage. On the other hand, I'm wondering if kde-open is even used with other Linux desktops, but at least gnome-open (or whatever it's called) won't depend on Qt and therefore will hopefully avoid a library version mismatch.

timegrid added a comment.Thu, Jun 25, 11:21 AM

Right. I just tested to open mail attachments in kleopatra mail viewer and it crashes for all file types.

• ikloecker claimed this task.Thu, Jun 25, 11:32 AM

Okay. So we should add the kde-cli-tools package to the AppImage.