Native Wayland is not working!

[iMonZ]

Describe the bug AppImageLauncher doesnt support native Wayland!

Expected behavior After setting this variable:

QT_QPA_PLATFORM=wayland

following this tutorial: https://wiki.qt.io/QtWayland

its not possible to start this application in Wayland only mode! The application is running on xWayland as seen here: https://wayland.freedesktop.org/xserver.html

Log

Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.

fish: “AppImageLauncher” terminated by signal SIGABRT (Abort)

System, software and AppImage information Ubuntu 20.04

AppImageLauncher version installed: [...] (also include where you got it from, e.g., our release page, your distribution, ...) -->

appimagelauncher_2.2.0-travis995.0f91801.bionic_amd64.deb

Please add the Wayland support to this application! (QT already support native Wayland)

[TheAssassin]

You probably just have to install the Qt5 Wayland platform plugin. Try installing libqt5waylandclient5 and libqt5waylandcompositor5.

[dzintars]

I think i also have hard time to integrate AppImageLauncher on There is no XWayland loaded at all on this system. Qt5 packages happens to be installed: My use-case what i am trying to solve is to integrate few Electron apps seamlessly into Sway DE. I need a way to run Appimages with the --enable-features=UseOzonePlatform --ozone-platform=wayland flags. The only way i can think of is to create custom *.desktop files with Exec command. But i have hard time to get them working from ~/.local/share. So i thought AppImageLauncher could do the initial work for me. I am using Wofi Wayland compatible app menu. Another thing i see when running appimagelauncherD is that seems it can't find gtk-update-icon-cache-3.0 and update-icon-caches on the fresh Fedora 34 system, but it is clearly available there

There is an output when adding some Appimage to the ~/Applications folder:

» appimagelauncherd
appimagelauncherd: /lib64/libcurl.so.4: no version information available (required by /usr/bin/../lib/x86_64-linux-gnu/appimagelauncher/libappimageupdate.so)
Searching for existing AppImages
Searching directory: /home/dzintars/Applications
Found AppImage: /home/dzintars/Applications/Obsidian-0.12.10.AppImage
AppImage is not integrated yet, integrating
Scheduling for (re-)integration: /home/dzintars/Applications/Obsidian-0.12.10.AppImage
Executing deferred operations
Integrating: /home/dzintars/Applications/Obsidian-0.12.10.AppImage
Extracting usr/share/icons/hicolor/128x128/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/128x128/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/16x16/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/16x16/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/256x256/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/256x256/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/32x32/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/32x32/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/48x48/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/48x48/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/512x512/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/512x512/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
Extracting usr/share/icons/hicolor/64x64/apps/obsidian.png to "/home/dzintars/.local/share/icons/hicolor/64x64/apps/appimagekit_6bd23ef50e437f47f6be31d48384cc56_obsidian.png"
WARNING: Unable to resize the application icon into a 128x128 image: "Unable to load image.". It will be written unchanged.
WARNING: Unable to resize the application icon into a 256x256 image: "Unable to load image.". It will be written unchanged.
Cleaning up old desktop integration files
Updating desktop database and icon caches
gtk-update-icon-cache: Cache file created successfully.
which: no gtk-update-icon-cache-3.0 in (/usr/local/bin:/usr/bin:/bin:/usr/local/go:/home/dzintars/go:/home/dzintars/go/bin:/home/dzintars/.local/bin:/home/dzintars/bin:/usr/local/sbin:/usr/sbin)
which: no update-icon-caches in (/usr/local/bin:/usr/bin:/bin:/usr/local/go:/home/dzintars/go:/home/dzintars/go/bin:/home/dzintars/.local/bin:/home/dzintars/bin:/usr/local/sbin:/usr/sbin)
Directory '/home/dzintars/.local/share/mime/packages' does not exist!
Done
Watching directories: /home/dzintars/Applications

This is when trying to run it (unusual for me binary naming convention BTW) Not really sure what that means, but in any case Curl is installed on the system. Same happens if i reset QT_QPA_PLATFORM. Hmm... it is presented on the system

If i run /usr/lib/x86_64-linux-gnu/appimagelauncher/remove "/home/dzintars/Applications/Obsidian-0.12.10.AppImage" then UI shows up just fine. Ok. I gave up. Too much time invested. For now. Will try another day again. Will leave my trail there. UPD: I solved my particular issue, but AppImageLauncher GUI still fails to run on Wayland.

[yangrq1018]

I am facing similar issue on Ubuntu 22.04: "Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome."

I used appimagelauncher to integrate neovim.appimage. The integration was fine, desktop got created. But I can't launch neovide, it complains about unexpected stderr output above. I apt removed the launcher and neovide started to work perfectly. It seems the launcher interception can't live on wayland graphics.