Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1235413

Summary: several of the updated desktop packages changed desktop-ids
Product: Red Hat Enterprise Linux 7 Reporter: Ray Strode [halfline] <rstrode>
Component: shared-mime-infoAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: unspecified Docs Contact:
Priority: high    
Version: 7.2CC: bmilar, mclasen, rstrode, tpelka
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: shared-mime-info-1.1-8.el7 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-19 08:18:43 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1174373, 1259292    

Description Ray Strode [halfline] 2015-06-24 18:06:51 UTC 
many gnome packages have adopted the convention of naming their desktop files after their bus name.  This is required for them to be dbus activatable. Unfortunately, the convention wasn't adopted by some packages until after the versions shipped in RHEL7.0 . Following the 7.2 rebase, these packages will have new desktop ids. Those renames will cause breakage:

1) shared-mime-info defaults.list will refer to desktop ids that no longer exist
2) custom application handlers set up by users will fail to work
3) favorite applications in the gnome-shell overview dash and applications menu will disappear (although gnome-shell does have a hard coded mapping so we may be safe here)
4) applications that launch other applications by desktop id will stop working (although it's increasingly rare to find applications doing this these days, so we may be safe here)

I don't have a complete list of applications that changed name, yet, but will look.

I'm not sure what the right fix is...some changes we could consider:

a) renaming all the ones that changed back.  This means applications that generally expect to be dbus activated in gnome 3.14 will no longer get dbus activated. Instead their Exec= lines will get used like they were in 3.8.  This is the hammer approach, but probably the most conservative way to go.

b) update shared-mime-info to the new associations (will require getting shared-mime-info on the ACL, but tpelka is on board with that)

c) make sure the mapping in gnome-shell covers all packages that have updated names. There's a strong chance it already does.

d) add the same sort of mapping to glib/gio so applications that use the platform apis for managing desktop files work with either name.

Filing for now, but will discuss with Matthias when he's back.
Comment 2 Ray Strode [halfline] 2015-06-26 14:36:13 UTC 
here are the gnome apps that changed desktop ids in the 7.2 rebase:

baobab.desktop              →  org.gnome.baobab.desktop
cheese.desktop              →  org.gnome.Cheese.desktop
dconf-editor.desktop        →  ca.desrt.dconf-editor.desktop
file-roller.desktop         →  org.gnome.FileRoller.desktop
gedit.desktop               →  org.gnome.gedit.desktop
gnome-boxes.desktop         →  org.gnome.Boxes.desktop
gcalctool.desktop           →  gnome-calculator.desktop
gnome-clocks.desktop        →  org.gnome.clocks.desktop
gnome-contacts.desktop      →  org.gnome.Contacts.desktop
gnome-documents.desktop     →  org.gnome.Documents.desktop
gnome-font-viewer.desktop   →  org.gnome.font-viewer.desktop
gnome-screenshot.desktop    →  org.gnome.Screenshot.desktop
gnome-weather.desktop       →  org.gnome.Weather.Application.desktop
nautilus.desktop            →  org.gnome.Nautilus.desktop
totem.desktop               →  org.gnome.Totem.desktop
Comment 3 Ray Strode [halfline] 2015-06-26 14:39:11 UTC 
the gnome-shell mapping list is:

    'baobab.desktop': 'org.gnome.baobab.desktop',
    'cheese.desktop': 'org.gnome.Cheese.desktop',
    'dconf-editor.desktop': 'ca.desrt.dconf-editor.desktop',
    'file-roller.desktop': 'org.gnome.FileRoller.desktop',
    'gcalctool.desktop': 'gnome-calculator.desktop',
    'gedit.desktop': 'org.gnome.gedit.desktop',
    'glchess.desktop': 'gnome-chess.desktop',
    'glines.desktop': 'five-or-more.desktop',
    'gnect.desktop': 'four-in-a-row.desktop',
    'gnibbles.desktop': 'gnome-nibbles.desktop',
    'gnobots2.desktop': 'gnome-robots.desktop',
    'gnome-boxes.desktop': 'org.gnome.Boxes.desktop',
    'gnome-clocks.desktop': 'org.gnome.clocks.desktop',
    'gnome-contacts.desktop': 'org.gnome.Contacts.desktop',
    'gnome-documents.desktop': 'org.gnome.Documents.desktop',
    'gnome-font-viewer.desktop': 'org.gnome.font-viewer.desktop',
    'gnome-photos.desktop': 'org.gnome.Photos.desktop',
    'gnome-screenshot.desktop': 'org.gnome.Screenshot.desktop',
    'gnome-software.desktop': 'org.gnome.Software.desktop',
    'gnome-weather.desktop': 'org.gnome.Weather.Application.desktop',
    'gnomine.desktop': 'gnome-mines.desktop',
    'gnotravex.desktop': 'gnome-tetravex.desktop',
    'gnotski.desktop': 'gnome-klotski.desktop',
    'gtali.desktop': 'tali.desktop',
    'mozilla-firefox.desktop': 'firefox.desktop',
    'nautilus.desktop': 'org.gnome.Nautilus.desktop',
    'polari.desktop': 'org.gnome.Polari.desktop',
    'totem.desktop': 'org.gnome.Totem.desktop',

It contains every desktop id we renamed, so we're good on that front.
Comment 4 Ray Strode [halfline] 2015-06-26 14:57:00 UTC 
the packages from comment 2 that have mime handlers are:

org.gnome.baobab.desktop
org.gnome.FileRoller.desktop
org.gnome.gedit.desktop
org.gnome.font-viewer.desktop
org.gnome.Nautilus.desktop
org.gnome.Totem.desktop
Comment 5 Ray Strode [halfline] 2015-06-26 15:02:04 UTC 
Okay so I think the plan of action should be 

1) update defaults.list in shared-mime-info to use the new names for file-roller, gedit, nautilus and totem

2) ship a NoDisplay compat desktop file for each of those as well so user customized mime handlers continue to work

I'll try those things locally and if it pans out then clone this tracker into sub bugs
Comment 6 Ray Strode [halfline] 2015-06-26 16:05:56 UTC 
so that seems to work.

In the interesting of reducing paperwork and overhead, i'm going to move this bug to shared-mime-info (instead of making it a tracker) and then use the rebase bugs of the individual components to cover adding the compat desktop files.
Comment 8 Ray Strode [halfline] 2015-06-30 15:18:40 UTC 
okay i've updated all the rebased packages mentioned in comment 5 to have compat desktop files, and built shared-mime-info-1.1-8.el7 to list the new names in defaults.list
Comment 10 Tomas Pelka 2015-09-17 09:44:06 UTC 
One more observation, you said compat files were added, from now I can see totem listed twice in default applications.

Could it be caused by this change?

Thanks
-Tom
Comment 11 Ray Strode [halfline] 2015-09-17 12:30:09 UTC 
it is, see bug 1259292 comment 5
Comment 12 Tomas Pelka 2015-09-17 15:46:51 UTC 
Thanks Ray, considering this issue as fixed even if it brought up bug 1259292, I guess we can document it for now and see if it can be fixed later, not sure if this issue is serious enough to meet expectations for snap3+.
Comment 13 errata-xmlrpc 2015-11-19 08:18:43 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2116.html