/etc/gnome/defaults.list uses non-existent inode/directory=nautilus-folder-handler.desktop

Bug #797000 reported by Doug McMahon
28
This bug affects 2 people
Affects Status Importance Assigned to Milestone
desktop-file-utils (Ubuntu)
Fix Released
High
Canonical Desktop Team

Bug Description

Binary package hint: desktop-file-utils

The problem is that that .desktop is no longer indtalled
This leads to issues once a user opens a dir. with anything but nautilus.
Then ~/.local/share/applications/mimeapps.list is created with a
[Default Applications]
inode/directory=nautilus-folder-handler.desktop
This leads to instances where whatever .desktop is first in the -
[Added Associations] inode/directory= line to be used instead of nautilus
It would seem the line in defaults.list should be changed to either nautilus.desktop or nautilus-home.desktop (or nautilus-folder-handler.desktop should be returned
have duped orig. bug I filed to this because it was messy, orig thought this was a fiefox, then a nautilus issue which it seems it's not, Ex. of where this is an issue can be found in the duped bug

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: desktop-file-utils 0.18-0ubuntu5
ProcVersionSignature: Ubuntu 2.6.38-9.43lp760131v201106060906-generic 2.6.38.7
Uname: Linux 2.6.38-9-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Mon Jun 13 23:36:50 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: desktop-file-utils
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Doug McMahon (mc3man) wrote :
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Thanks for your report. I'm confirming this issue on oneiric. Setting to High because it may affect a large proportion of users.

summary: - /etc/gnome/defaults.list uses inode/directory=nautilus-folder-
- handler.desktop
+ /etc/gnome/defaults.list uses non-existent inode/directory=nautilus-
+ folder-handler.desktop
Changed in desktop-file-utils (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
importance: Medium → High
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Revision history for this message
Doug McMahon (mc3man) wrote :

Just in case -
of the 4 instances seen here where this is an issue only 1 seems to need nautilus-folder-handler.desktop once inode/directory= lines are in mimeapps.list
That would be the trash icon in unity launcher which seems to only accept nautilus-folder-handler.desktop in the Default section, otherwise it will use 1st. listed in Added section

Revision history for this message
Doug McMahon (mc3man) wrote :

to add to above it's xdg-open (xdg-utils) involved

Revision history for this message
Martin Pitt (pitti) wrote :

Sebastien says that https://bugzilla.gnome.org/show_bug.cgi?id=653000 is possibly related, but the description here is not very clear, so I don't link it as an upstream task for now.

Revision history for this message
Doug McMahon (mc3man) wrote :

Sorry if this isn't clear, I thought the bug title was - to rephrase
When a mimeapps.list line for inode/directory= is created it's using the entry in /etc/gnome/defaults.list for the "Default Association"
Because that .desktop doesn't exist in some limited instances it will then use the "Added Associations" line instead, which generally will be an app, not nautilus

There is a 2nd issue is concerning viewing the trash folder by clicking on the icon in the unity launcher, maybe that should be a separate bug?
In the case of the trash icon xdg-open is used, and it, (xdg-open), will only accept nautilus-folder-handler.desktop for a valid 'nautilus' entry, when it's not found it will also then use the "Added Association" entry instead (first listed in that line which is usually an app, not nautilus

Revision history for this message
Doug McMahon (mc3man) wrote :

Have to revise the above - there is a second entry in /ect/gnome/defaults.list - x-directory/normal=
Setting both lines to nautilus.desktop allows the default association to be used and icons in the launcher will then open properly in nautilus (trash and mounts

Revision history for this message
Edward Donovan (edward.donovan) wrote :

I'm not sure just when it arrived, but nautilus now installs a nautilus-folder-handler.desktop. Once again, apparently.

This has solved my problems with the Trash, which Doug described above, and I tried to bring attention to, in bug 958833.

I'm going to mark this fixed. Doug, re-open if you don't think so. The desktop file is back, and for me it solves the problems you describe above. I have multiple apps associated with folders, in mimeapps.list, but opening Trash from the launcher always starts nautilus, now. Not the image viewer, or movie player, anymore.

Thanks. :)

Changed in desktop-file-utils (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Doug McMahon (mc3man) wrote :

Edward, - was fixed thru this bug which was related so 'fix released' is appropriate
bug 876788

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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