XnConvert fails to launch [Linux AppImage]

[mtddct]

The AppImage fails to launch. When launched from the command-line the following output is printed and the process hangs until forcibly closed.

Code: Select all

./XnConvert.glibc2.34-x86_64.AppImage 
==> 1,000000  1,000000  141,584752  96,000000  (0)
0
QCursor: Cannot create bitmap cursor; invalid bitmap(s)
QCursor: Cannot create bitmap cursor; invalid bitmap(s)
qt.qpa.wayland: Failed to load client buffer integration: "wayland-egl"
qt.qpa.wayland: Available client buffer integrations: ()
QFileSystemWatcher::addPaths: list is empty
QObject::connect: No such slot DlgConvert::onDstFit(int)
QObject::connect:  (receiver name: 'DlgConvertClass')
QObject::connect: No such signal DlgConvert::thumbUpdateFinished()
QObject::connect:  (receiver name: 'DlgConvertClass')
START PROCESS!!!!!
APPLY....
APPLY....stopped
qt.qpa.wayland: No shell integration named "xdg-shell" found
qt.qpa.wayland: No shell integration named "xdg-shell-v6" found
qt.qpa.wayland: No shell integration named "wl-shell" found
qt.qpa.wayland: No shell integration named "ivi-shell" found
qt.qpa.wayland: Loading shell integration failed.
qt.qpa.wayland: Attempted to load the following shells ("xdg-shell", "xdg-shell-v6", "wl-shell", "ivi-shell")

Information:
Operating System: Kubuntu 26.04 LTS
KDE Plasma Version: 6.6.6
KDE Frameworks Version: 6.24.0
Qt Version: 6.10.2
Kernel Version: 7.0.0-38-generic (64-bit)
Graphics Platform: Wayland

I recall trying the .deb as well earlier and it failed in a similar way. Flatpak does work, with some bugs (ex. "Delete original" does not remove the original when the source/destination is in the home directory that is on a ext4 partition but does work on a NTFS formatted drive).

[xnview]

1.117?

[mtddct]

1.117?

Yes, directly from the post at the top of the forum today.

[xnview]

ok, XnConvert will be soon built with Qt6. As a workaround you can use

Code: Select all

QT_QPA_PLATFORM=xcb ./XnConvert.glibc2.34-x86_64.AppImage