search

FabianLars / tauri-plugin-deep-link

Apache License 2.0
102 stars 9 forks source link

Linux `.desktop` file #24

Open jojobyte opened 1 year ago

jojobyte commented 1 year ago

https://github.com/FabianLars/tauri-plugin-deep-link/blob/main/src/linux.rs#L37-L51

Been tinkering with this for a few hours trying to figure it out, or make a PR to get it figured out when I stumbled upon this PR https://github.com/tauri-apps/tauri/pull/5180

Best I can tell, the .desktop file that is bundled inside the .deb and .appimage doesnt match the one modified by this deep link plugin and doesnt bind the mime type protocol's correctly.

Doesn't seem to register with Pop!_OS as handling the protocol even though it does get added to the ~/.local/share/applications/ directory.

Tried manually updating update-desktop-database ~/.local/share/applications but still doesnt seem to be recognized by the system.

FabianLars commented 1 year ago

From what kind of application are you trying to call the scheme? And what kind of packaging format does it use (snap, flatpak, apt, etc)? I talked with someone else a few days ago who used Firefox via Snap and snap apps seemingly can't call custom schemes other than some pre-defined ones. We didn't find a workaround for that.

jojobyte commented 1 year ago

From what kind of application are you trying to call the scheme? And what kind of packaging format does it use (snap, flatpak, apt, etc)? I talked with someone else a few days ago who used Firefox via Snap and snap apps seemingly can't call custom schemes other than some pre-defined ones. We didn't find a workaround for that.

https://github.com/FabianLars/tauri-plugin-deep-link/pull/25 fixes the problem I was having.

WAAAAAAY more simple fix than I was expecting.

With NoDisplay=true it wouldn't show up in the OS Settings for Pop!_OS and thereby wouldnt bind the Protocol Handlers set in .desktop. With NoDisplay=false it shows up in settings and correctly binds the Handlers.