cannot access trash:// computer:// network://

Bug #739790 reported by Nikolaus Filus
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: gvfs

unity uses gvfs-open trash://. This way I discovered I cannot access trash://, computer:// or network:// from command line. Looking at gvfs-open, it uses g_file_query_default_handler which seems not working for me. After googling, I entered
     x-scheme-handler/trash=nautilus.desktop;
into /usr/share/applications/mimeinfo.cache and gvfs-open worked as expected for trash://. I didn't discover the real reason yet ... maybe someone with more internal knowledge?

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: gvfs-bin 1.7.2-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-7.36-generic 2.6.38
Uname: Linux 2.6.38-7-generic i686
Architecture: i386
Date: Mon Mar 21 23:28:21 2011
SourcePackage: gvfs
UpgradeStatus: Upgraded to natty on 2011-03-12 (9 days ago)

Revision history for this message
Nikolaus Filus (nfilus) wrote :
Revision history for this message
Aleck Agakhan (aleck-agakhan) wrote :

This is an ancient bug, seems it has no solution yet. See https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/189288

Revision history for this message
Nikolaus Filus (nfilus) wrote :

Hi Aleck,
I would not call the referenced report a duplicate as the information are not enough, although it sounds very similar.

Whatever .... somehow it works again for me ....

Revision history for this message
MestreLion (mestrelion) wrote :

@Aleck: this is NOT the same bug. That bug happened when nautilus migrated from GnomeVFS to gvfs/GIO. And this one is about something else:

@Nikolaus: this happened because gnome migrated (again) the settings for opening URIs (http:// , ftp:// , magnet:, mailto:, etc). Back in Maverick, gnome stored default launchers at gconf settings. Now, to make it similar / consistent with file handlers, it uses xdg mime database. The problem is Ubuntu didn't provide default settings in the new method for some URIs like the ones you mentioned (trash://, computer:// etc)

The workaround of editing /usr/share/applications/mimeinfo.cache works, but that is not the proper place to fix that. That file is meant to be automatically generated when new applications are installed in the system. The place you should edit is:

For system-wide change: /usr/share/applications/defaults.list
For your user only: /home/<your user> /.local/share/applications/defaults.list

(also, you may check /usr/share/applications/mimeapps.list and /home/<your user> /.local/share/applications/mimeapps.list)

In next version, Ubuntu will (hopefully) ships with an updated defaults.list that already includes all URIs

Changed in gvfs (Ubuntu):
status: New → Confirmed
Revision history for this message
dino99 (9d9) wrote :

This version has expired

Changed in gvfs (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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