Summary
I'm running Fedora 43 with KDE as my desktop environment. When I launch the Drata-Agent using the AppImage version, the application works as expected. However, the autostart entry it creates points to a path under /tmp, which is not persistent and causes the autostart behavior to break after reboot.
Steps to Reproduce:
Download and run the Drata-Agent AppImage.
Allow it to set up autostart.
Check the generated .desktop entry under ~/.config/autostart/.
Sample:
[Desktop Entry]
Type=Application
Version=1.0
Name=drata-agent
Comment=drata-agentstartup script
Exec=/tmp/.mount_Drata-OeNCM8/drata-agent
StartupNotify=false
Terminal=false
Expected Behavior:
The autostart entry should point to a stable, persistent path—ideally wherever the AppImage actually resides.
Actual Behavior:
The autostart entry points to a path under /tmp, which becomes invalid after reboot.
Environment:
OS: Fedora 43
Desktop Environment: KDE Plasma
Installation Method: AppImage
Additional Notes:
This seems to be caused by the AppImage’s internal mount path being used when configuring autostart, rather than the real AppImage file location.
Summary
I'm running Fedora 43 with KDE as my desktop environment. When I launch the Drata-Agent using the AppImage version, the application works as expected. However, the autostart entry it creates points to a path under /tmp, which is not persistent and causes the autostart behavior to break after reboot.
Steps to Reproduce:
Download and run the Drata-Agent AppImage.
Allow it to set up autostart.
Check the generated .desktop entry under ~/.config/autostart/.
Sample:
Expected Behavior:
The autostart entry should point to a stable, persistent path—ideally wherever the AppImage actually resides.
Actual Behavior:
The autostart entry points to a path under /tmp, which becomes invalid after reboot.
Environment:
OS: Fedora 43
Desktop Environment: KDE Plasma
Installation Method: AppImage
Additional Notes:
This seems to be caused by the AppImage’s internal mount path being used when configuring autostart, rather than the real AppImage file location.