touch-packages team mailing list archive

[Ted Gould <ted@xxxxxxxx>]

On Mon, 2015-03-30 at 08:02 +0000, Alberto Mardegan wrote:

> 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.


Let's not build in cruft that has to be removed later ☺

The app can read its own desktop file that is in its directory. I think
that's enough and a solution that we should work with.

-- 
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