Rustdesk always creates an autostart entry

[jkhsjdhjs]

Bug Description

Rustdesk always creates an autostart entry with no option to disable this behavior:

rustdesk/src/platform/linux.rs

Lines 1179 to 1198 in 06af880

	pub fn check_autostart_config() -> ResultType<()> {
	let home = std::env::var("HOME").unwrap_or_default();
	let path = format!("{home}/.config/autostart");
	let file = format!("{path}/rustdesk.desktop");
	std::fs::create_dir_all(&path).ok();
	if !Path::new(&file).exists() {
	// write text to the desktop file
	let mut file = std::fs::File::create(&file)?;
	file.write_all(
	"
	[Desktop Entry]
	Type=Application
	Exec=rustdesk --tray
	NoDisplay=false
	"
	.as_bytes(),
	)?;
	}
	Ok(())
	}

Furthermore, if $HOME isn't set, this attempts to create an autostart entry in /.config/autostart.

How to Reproduce

Start rustdesk.

Expected Behavior

Don't create an autostart entry automatically.

Operating system(s) on local side and remote side

Arch Linux

RustDesk Version(s) on local side and remote side

1.2.0

Screenshots

Screenshots shouldn't be required.

Additional Context

No response

[jkhsjdhjs]

You can't be serious.

[irminsul]

If all you have is a hammer...

truncate -s 0 ~/.config/autostart/rustdesk.desktop
sudo chattr +i ~/.config/autostart/rustdesk.desktop

[OboTheHobo]

This is absolutely ridiculous. Forcing autostart and automatically undoing the user's attempt to undo it? I'm removing rustdesk entirely because of this. Unfathomably stupid. It's stupid enough to not give an option for the user to remove autostart easily from within the app, but attempting to stop the user from changing this from outside is just blatantly anti-user. In fact, it makes me suspicious of the app entirely that it wants to badly to always be running even against the intentions of the user... if it wasn't for the fact that the project was open-source, I would assume it's malware. Anyone outside the project inspected the source code enough to be sure it isn't?

[ekasprzak]

@rustdesk would you be so kind to provide an explanation why this is wontfix?

I believe this is a valid point for use cases when only on-demand remote connection is needed (meaning asking a person using the destination machine to run the app first).

[md-owes]

@ekasprzak, @rustdesk is not even kind enough to respond you. BTW, it still auto starts itself upon restart on Ubuntu 24.04.