No WM_CLASS Set in AppImage Instance

[Settyness]

Describe the bug
WM_CLASS is not set for the AppImage instance. This makes a correct .desktop launcher impossible to produce, as the StartupWMClass directive can never be satisfied. The result of this is an incorrect icon displaying for the application in docks (though behavior may vary from between desktop environments).

Expected behavior
WM_CLASS should return anything other than "not found". The icon specified with the Icon directive in its .desktop launcher should be used in docks as a result of the StartupWMClass directive matching the window's WM_CLASS.

To Reproduce
Steps to reproduce the behavior:

1. Run the AppImage via a .desktop launcher.
2. In a terminal, type: xprop WM_CLASS
3. Select the AppImage window
4. See that it returns WM_CLASS: not found.

Screenshots


(The AppImage uses the Application Finder icon in my Xfce environment.)

Platform

• OS: GNU/Linux
• AM2RLauncher Version: 2.3.0

Additional context
For ease of testing or for whomever would like it, I have can provide my .desktop launcher:

[Desktop Entry]
Name=AM2R
Comment=Unofficial remake of the 1991 Game Boy game Metroid II: Return of Samus by Nintendo, in the style of Metroid: Zero Mission.
Icon=am2r
Path=/opt/AppImage/AM2R
Exec=/opt/AppImage/AM2R/AM2R.AppImage
Type=Application
StartupWMClass=AM2R
StartupNotify=false
Terminal=false
Keywords=metroid;samus;
Categories=Game;

It should also be noted that the launcher itself has an appropriate WM_CLASS (WM_CLASS(STRING) = "AM2RLauncher", "AM2RLauncher") and thus a proper .desktop launcher can be rendered.

Log file
n/a

[Miepee]

Sorry for the late reply, but thanks for finding this! I believe this was the source of a bug I once had with KDE that i could never figure out nor replicate.