touch-packages team mailing list archive

[Alberto Mardegan <1437393@xxxxxxxxxxxxxxxxxx>]

When .desktop files will disappear, there will be something else
replacing them, and we'll use whatever that is. But asking the developer
to add additional parameters just to workaround a temporary limitation
is wrong. The developers are writing a .desktop file and feeding that to
the "desktop" click hook, so they have already given us all the
information we need.

So, my suggestion is: change the apparmor rules so that an app can read
its own .desktop file under ~/.local/share/applications/, and then, when
these files will be removed, we'll use the new solution.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu
in Ubuntu.
https://bugs.launchpad.net/bugs/1437393

Title:
  Allow a confined app to read its own .desktop file

Status in apparmor-easyprof-ubuntu package in Ubuntu:
  New

Bug description:
  The use-case is webapps: in the webapp container we are implementing a splash screen to be shown at certain times during the webapp execution, which contains among other things the application icon and name.
  While we could ask the webapp developer to explicitly specify the application name and icon in the webapp manifest, this seems like unnecessary work. On the other hand, reading the .desktop file from the installed package dir is not trivial: the file could be in a subdirectory, it could have any name, and we risk picking up the wrong file in case there are more apps in the same package.

  AFAICT, the only reliable way to get the desktop file is to check the
  APP_ID environment variable and read
  ~/.local/share/applications/$APP_ID.desktop

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1437393/+subscriptions