AppImage executable disappears when launching

[altae 22]

I use a virtual machine (VMWare Workstation) with EndeavourOS for all my internet browsing. I tried to install the latest version of Eddie from the AUR which failed. No problem I thought, I can simply use the AppImage version. But here I experience a strange behavior. Whenever I launch Eddie it starts but the executable disappears. This means I can launch Eddie exactly one time before I have to extract the executable again from the tar.gz archive. It's only Eddie that behaves like that, other AppImages don't disappear when launched. To demonstrate the issue I've attached a short video.

[altae 22]

Nobody got any ideas what could be causing this? I've tried various locations (folders) but it's always the same, I launch eddie-ui and the AppImage disappears. It does not disappear however if I launch the AppImage in the bash.

[flat4 79]

sorry I don't use Linux but I got say I like the video it gives you a good sense of what's going on.

[OpenSourcerer 1447]

Hrm. It seems the AppRun script is supposed to delete the Eddie AppImage copied to the directory made with mktemp, but somehow the original is deleted and the one in TMPDIR retained – which is then deleted by the cleaning routine when Eddie is closed. Funny thing is, this only happens in Dolphin, not if launched via CLI.

$ ./Eddie --appimage-extract
squashfs-root/.DirIcon
squashfs-root/AppRun
[…]
$ less squashfs-root/AppRun
#!/bin/sh
[…]
echo AppImage, extract
TMPDIR=$(mktemp -d)
cp $ARGV0 "$TMPDIR/"
cd $TMPDIR
$ARGV0 --appimage-extract >/dev/null 2>&1
rm $ARGV0
cd "squashfs-root/opt/eddie-ui/"
echo AppImage, run
./eddie-ui --path=home "$@"
echo AppImage, cleaning
rm -rf "$TMPDIR"

.

[altae 22]

That's exactly what happens. Does this mean there is an error in the AppImage file?

[OpenSourcerer 1447]

8 hours ago, altae said:

Does this mean there is an error in the AppImage file?

Hrm. I checked other AppImages (Joplin, Todoist, wasistlos and koreader) and those don't contain any rm commands.
Now, we can think of this as an error, or we can think of this as a feature. If it's a feature, then the intention is probably to not leave any trace of Eddie execution behind after closing. But is it really the intention to make the user download the AppImage every time? 😕
Now, if we think this as an error, the most probable explanation is a misunderstanding of $ARGV0. This is not the string "Eddie", this is the path to the original AppImage. If you download this to /tmp and let AppRun run, the AppImage is copied to the squashfs-root directory as per AppRun, but then $ARGV0 is deleted. And $ARGV0 seems to be /tmp/Eddie.
But then, why does it seemingly work from command line? 🤔

Also interesting is the fact that this changed with 2.24.3 according to AppRun, but there is no mention of it in the changelog.

[altae 22]

Thank you for looking into it. My understanding of Linux is somewhat limited but I think I can follow you on this. It's indeed strange that the behavior changes when the AppImage is run from CLI. It would be nice if someone from AirVPN could comment on this issue.