desktop/appimage: ELF binary named "ai.opencode.desktop" spams KDE Plasma with KConfigIni warnings

[AndyL4N]

Description

The Linux AppImage ships its main ELF executable (~210 MB) named ai.opencode.desktop, with the real desktop entry alongside it as ai.opencode.desktop.desktop. Because the filename ends in .desktop, any .desktop-scanner treats the ELF as a desktop file:

• KDE Plasma: KConfigIni: In file /tmp/.mount_*/ai.opencode.desktop, line NNN: Invalid entry (missing '=') spams the journal on every launch.
• AppImageLauncher / libappimage: when resolving the .desktop entry inside the AppImage it globs *.desktop, picks ai.opencode.desktop (the ELF), hits the ELF magic byte 0x7F and fails: ERROR: appimage_register_in_system : Malformed desktop entry: Unexpected char '\x7f' at 0 (also appimage_is_terminal_app() / appimage_shall_not_be_integrated() returning -1). One launch then ended in a failed systemd user unit (Main process exited, code=exited, status=1/FAILURE).

Renaming the executable so it does not end with .desktop (e.g. ai.opencode or ai.opencode-desktop, and updating Exec=, Icon=, StartupWMClass= accordingly) fixes both symptoms in one change.

Related closed/duplicate reports: #32229 (auto-closed after inactivity, same root cause), #41044 (closed as duplicate of #32229). Still unfixed in v2.0.6, hence this new issue.

Plugins

None (packaging/launch bug, unaffected by plugins)

OpenCode version

2.0.6 (Desktop AppImage); bundled CLI v2.0.18

Steps to reproduce

1. Run opencode-desktop-linux-x86_64.AppImage (v2.0.6) on KDE Plasma.
2. Watch the journal: journalctl --user -f | grep -E 'KConfigIni|appimage' — observe repeated KConfigIni ... /tmp/.mount_*/ai.opencode.desktop ... Invalid entry (missing '=') lines plus AppImageLauncher Unexpected char '' at 0 failures.
3. Extract the AppImage: ./opencode-desktop-linux-x86_64.AppImage --appimage-extract
4. Inspect *.desktop matches: find squashfs-root -name "*.desktop" -exec file {} \; — ai.opencode.desktop is an ELF executable; only ai.opencode.desktop.desktop is a text desktop entry.

Screenshot and/or share link

No response

Operating System

Manjaro Linux 7.1.13-2-MANJARO x86_64, KDE Plasma 6.7.4, appimagelauncher 3.0.0_beta_3

Terminal

xterm-256color (KDE)

[AndyL4N]

Additional symptom of the same root cause (AppImageLauncher breaks too)

Can confirm this is the same root cause, and it has a second visible symptom beyond the Plasma KConfigIni spam. Same setup: Manjaro / KDE Plasma 6.7.4, appimagelauncher 3.0.0_beta_3, OpenCode Desktop AppImage v2.0.6. Every launch also produces:

ERROR: appimage_shall_not_be_integrated : Unexpected char '' at 0
AppImageLauncher error: appimage_shall_not_be_integrated() failed (returned -1)
ERROR: appimage_is_terminal_app : Unexpected char '' at 0
AppImageLauncher error: appimage_is_terminal_app() failed (returned -1)
ERROR: appimage_register_in_system : Malformed desktop entry: Unexpected char '' at 0

The offending byte 0x7F is the first byte of the ELF magic (\x7FELF). libappimage (used by AppImageLauncher) resolves the .desktop entry inside the AppImage by globbing *.desktop. Because the AppImage contains both:

• ai.opencode.desktop → ELF executable (~210 MB)
• ai.opencode.desktop.desktop → the real desktop entry

it picks the ELF and fails to parse it as a desktop entry, returning -1 ("Malformed desktop entry"). One transient systemd user unit for the app then ended with Main process exited, code=exited, status=1/FAILURE.

So renaming the main executable so it does not end in .desktop (e.g. ai.opencode or ai.opencode-desktop, and updating Exec=, Icon=, StartupWMClass= accordingly) fixes both KDE Plasma parsing and AppImageLauncher integration in one change. The KConfigIni spam from the original report still occurs on every launch in v2.0.6 as well.

[github-actions]

Thanks for updating the issue with the reproduction steps and system details!