Retargetting to snapcraft, based on Ted's comment. Sounds like we need
them to fix up the desktop file?
Is there a way for an app author to get their icon to appear today? (by
using a relative path themselves maybe?)
** No longer affects: unity-scope-snappy (Ubuntu)
** Package changed: ubuntu-
So there are a few interesting things going on here. Some things to keep
in mind. The FD.o spec doesn't allow for expansion of variables in the
Icon entry. We can't let snaps reference items outside of their own snap
directory or it is a security issue (someone can mimic another app,
which they cou
There's two desktop files
/var/lib/snapd/desktop/applications/telegram-latest_telegram.desktop
and
/snap/telegram-latest/current/meta/gui/telegram.desktop
the first has the valid path ( i.e.
Icon=/snap/telegram-latest/2/meta/gui/icon.png )
the second the "invalid" paath ( i.e. Icon=${SNAP}/meta/g
So the main problem with the telegram snap is that it has
Icon=${SNAP}/meta/gui/icon.png
and ubuntu-app-launch is not doing any special treatment for ${SNAP}
So either the snap is wrong or ubuntu-app-launch needs to add special
casing for ${SNAP}
--
You received this bug notification because y
There's no icon because there's no "art" field coming in from the scope
(at least in the telegram-latest snap case), you can check by doing
scopes-client clickscope ""
and looking at the results ( http://paste.ubuntu.com/23447173/ ), for
example both system-settings and terminal have art but not
I suspect it's probably not an issue with $SNAP being resolved. The
"URL" for the icon of installed apps comes from ubuntu-app-launch.
There's also the case where things in the store have icons, but they
don't necessarily have an icon defined in the .desktop files, or it's
pointing to the wrong thi
