After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 652219 - nautilus will use inode/directory= in [Added Associations] if present for some actions
nautilus will use inode/directory= in [Added Associations] if present for s...
Status: RESOLVED NOTGNOME
Product: gnome-shell
Classification: Core
Component: extensions
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-06-09 17:22 UTC by mc2man
Modified: 2013-05-24 13:46 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mc2man 2011-06-09 17:22:50 UTC
As long as there is no  
[Added Associations] 
inode/directory=<something other than nautilus>.desktop
then the places extension works fine

If the line is created by opening a dir. from the context menu with anything but nautilus then the places extension will use whatever is first listed on that line when it should use whatever is shown under [Default Applications] or just stay with nautilus
Ex.
[Default Applications]
inode/directory=nautilus.desktop

[Added Associations]
inode/directory=vlc.desktop;

The places ext. will use vlc instead of nautilus
Comment 1 Giovanni Campagna 2011-06-09 20:09:35 UTC
That behaviour is exactly what the specification prescribes.
See http://www.freedesktop.org/wiki/Specifications/mime-actions-spec#User-specifiedapplicationordering for clarifications.
Comment 2 mc2man 2011-06-09 21:58:30 UTC
Specs or not this is incorrect - gnome-shell will and does respect the 
[Default Applications]
inode/directory=nautilus.desktop
even when there is an Added Association for inode/directory=<whatever>.desktop

The Added.. just adds choices directly to the 'open with > Recommended ..' and in the case of dir.'s only the [Default Applications] listings should be able to change the default (and can only be manually edited for inode/directory=

Taking the Ex. I gave above - gnome-shell itself will correctly continue to open dir.'s with nautilus, the extension will not, it will use vlc, or any .desktop listed 1st.

This is similar to the behaviour in nautilus 2.3X, which to forever to get fixed - 637264
Comment 3 mc2man 2011-06-11 15:28:52 UTC
What has also come up is that this is not just the places ext. affected.
The 'open containing folder' option in firefox downloads and also opening any other internal or external mounted drive(s) will use the first listed .desktop in [Added Associations] instead of staying with nautilus (or whatever is in the [Default Applications] section for inode/directory=


When those 2 sections/lines are first created it would be better if done like below, then any additional associations for inode/directory appeneded to the Added line. Using vlc as an Ex. as first app chosen when lines are created 

[Added Associations]
inode/directory=nautilus.desktop;vlc.desktop;

[Default Applications]
inode/directory=nautilus-folder-handler.desktop
Comment 4 mc2man 2011-06-13 21:27:41 UTC
It turns out the issue is maybe only in ubuntu 11.10 - 
When the ~`/.local/mimeapps.list is created it is using in the default section nautilus-folder-handler.desktop which is no longer installed with nautilus
Ex.
[Added Associations]
inode/directory=vlc.desktop;

[Default Applications]
inode/directory=nautilus-folder-handler.desktop

Changing that to nautilus.desktop and the ext. (and a few other instances now work correctly
Comment 5 Florian Müllner 2013-05-24 13:46:55 UTC
Closing as of comment #4