If a solution is crafted it may be worth checking against the scenario where snap/snapd/unity7 creates a .desktop in ~/.local/share/applications.
Atm it seems the first run of a snap installed app checks application folders in the default path for .desktops where the Exec= line contains the binary name. If found it uses/displays that .desktop in the launcher. If not found *I think* it displays the snap's .desktop & if then locked to the launcher creates the aforementioned .desktop. This .desktop is truncated & the Exec= line maybe problematic if that app is later installed from a .deb. Ex. of the one created for vlc, the Exec= line is standard first bin in $PATH & the Path= line seemingly ineffective [Desktop Entry] Encoding=UTF-8 Version=1.0 Type=Application Name=VLC media player Icon=vlc Path=/snap/vlc/5 Exec=vlc StartupNotify=false StartupWMClass=vlc OnlyShowIn=Unity; X-UnityGenerated=true -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1593989 Title: snap installed .desktops collide with .deb installed .desktops in unity7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-snappy/+bug/1593989/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs