[Flatpak]: Firefox does not set correct DesktopEntry property for MPRIS (potential regression)
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: polyjitter, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
23.00 KB,
image/png
|
Details |
Screenshot From 2024-12-05 21-25-24.png
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:133.0) Gecko/20100101 Firefox/133.0
Steps to reproduce:
- Install GNOME 47.
- Play media on Flatpak Firefox.
- Notice that symbolic icon is missing and the name for Firefox is set to "Mozilla firefox (see attached screenshot).
- Observe from a dbus monitoring tool (such as D-Spy) that the
DesktopEntryis set tofirefox.
This appears to be a regression of a previous bug: #1893359
Actual results:
The DesktopEntry for MPRIS is set to firefox, when on Flatpak it should be set to org.mozilla.Firefox (as this is the expected format for desktop file names on flatpak).
Expected results:
The DesktopEntry property reported on the MPRIS bus should be set to org.mozilla.Firefox.
|
||
Comment 1•9 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
|
Reporter | |
Comment 2•9 months ago
|
||
Sorry, I got the formatting for the link wrong. Used to GitHub!
This appears to be a regression of a previous bug: #1893359
Not a regression, that bug made it follow the remoting name but since the Flatpak uses the binary tarballs, remoting name is still set to firefox, same as the binary packages available on firefox.com.
Supposedly the environment variable can be set to override it, but the Flatpak manifest is reused for beta too which is supposed to have a different remoting name than stable. (can't set two conflicting env vars in the same manifest)
Description
•