snapd

${SNAP}_${APP}.desktop created instead of {SNAP}.desktop (breaks mpris with vlc)

Bug #1604887 reported by JB VideoLAN
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
snapd
Triaged
High
Unassigned

Bug Description

It seems that the MPRIS control does not work, because it's based on the desktop file using the application name, and this is renamed when installing (if I understood correctly).

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

AIUI from the desktop team is that ${SNAP}_${APP}.desktop is created, when it should be: ${SNAP}.desktop. Eg:

/var/lib/snapd/desktop/applications/vlc_vlc.desktop

Copying this to /var/lib/snapd/desktop/applications/vlc.desktop works around the issue.

Changed in snappy:
status: New → Confirmed
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Retitling this bug since it isn't strictly mpris-specific. I just tested this with snapd 2.12+0.16.04 and it is still affected.

summary: - MPRIS interface does not work
+ ${SNAP}_${APP}.desktop created instead of {SNAP}.desktop (breaks mpris
+ with vlc)
Changed in snappy:
status: Confirmed → Triaged
importance: Undecided → High
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

Not sure how the mpris libraries acts here, but I guess that something like is done for libappindicator and libunity (more recently) is done [1].

So basically when in snap context, the app should prepend the desktop-id with its snap namespace when looking for its own desktop-id.

[1] https://code.launchpad.net/~3v1n0/libunity/desktop-use-snap-namespace/+merge/337252

Michael Vogt (mvo)
affects: snappy → snapd
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.