[Bug 1251635] Re: drop version numbers from users' .desktop file names

[Michael Zanetti]

Probably we should even think if the appId should contain the version
number at all. Seeing that URL dispatcher is working around this too
with appId://<id-without-version>/current-user-version.

So far I have the impression I need to cut away the version wherever I
deal with appIds.

Is the same actually true for the hook name? Given that on an upgrade
the hookname could change but it's still the same application it would
break any stored references to an app on an upgrade.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to click in Ubuntu.
https://bugs.launchpad.net/bugs/1251635

Title:
  drop version numbers from users' .desktop file names

Status in “click” package in Ubuntu:
  Confirmed

Bug description:
  The version number in click .desktop file in users'
  ~/.local/share/applications cause issues on different levels for
  apparently no advantage.

  Every time you want to find a .desktop file for an app, you either
  need to store the whole file name, with the version number (which
  breaks on app upgrades, unless you react to it somehow), or find a
  matching .desktop file based on the developer / app id and hookname
  every time. App upgrades / removals are tricky unless we start
  reacting to signals from the click system itself.

  Since in users' realms there can only be one version of an app
  installed at any given time, it feels like exposing this complication
  there is unnecessary.

  What do you think?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1251635/+subscriptions