"Archive Mounter" action should open mounted folder

Bug #296585 reported by Dave Ahlswede
36
This bug affects 5 people
Affects Status Importance Assigned to Milestone
gvfs
Expired
Wishlist
gvfs (Ubuntu)
Triaged
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

The "Archive Mounter" action in Intrepid, when mounting an archive file, doesn't pop up a nautilus window for it, as would happen for say, browsing a network share or inserting a removable disk (even with the proper preference selected in Nautilus' configuration.

This makes an otherwise intuitive action (browsing an archive as one would a folder), far less convenient, as one has to either look in the Computer:// window, or the places sidebar to even see that anything was done.

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug report

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
Revision history for this message
SqUe (sque) wrote :

Definitely I am on for this wish too. I would love to see archive mounter work as on OSX. Double click on iso by default mounting it and browsing it.
By default mounting can be changed but by default browsing must be implemented.

Changed in nautilus:
status: New → Confirmed
Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

Because nautilus/file-roller takes forever to view, then extract a 67gig tar file. I decided to mount that tar file using "Archive Mounter", and then copy the archives contents to the desired destination.

However, as this report mentiones, when I right-clicked on the tar file and then selected "Open with Archive Mounter", nothing appeared to happen. At bare minimum, I'd at least expect a notification window to inform me that my tar file has been mounted to the file system, and provide me some lead way as to where I could start navigating the archive's file system. But Ideally, the nautilus window should go directly to that mounted tar displaying its root directory's contents.

The is a usability bug for sure; it is very non-intuitive to not indicate an output for an action, and furthermore, not to automate the obvious next step (of opening that mounted archive you've just mounted).

Revision history for this message
Mike Goldberg (gdimike-gmail) wrote :

I can confirm this bug in jaunty amd64. My problem is I don't know what program or script the "Archive mounter" selection is supposed to run. Sadly, I am also unable to figure this out.

Revision history for this message
Mike Goldberg (gdimike-gmail) wrote :

OK, "Archive Manager" invokes /usr/lib/gvfs/gvfsd-archive.

This is installed on my machine (jaunty amd64) but the menu item does not work.

Revision history for this message
Mike Goldberg (gdimike-gmail) wrote :

My earlier comments that "Archive Manager" does work on my machine were incorrect. Sorry.
It's working just fine.

Revision history for this message
Sense Egbert Hofstede (sense) wrote :

Am setting this to Fix Released since commenters and my own experience seem to prove that this has already been fixed and because the original reported never responded to the questions asked.

Changed in nautilus (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Beni Cherniavsky (cben) wrote :

Ha? Still broken on a fresh install of Karmic [amd64], fully updated.
Archive mounter runs:
    /usr/lib/gvfs/gvfsd-archive file=%s
This creates the mount, but doesn't open it in nautilus.

Nautilus does know that a new mount was created - it shows it in the sidebar.
One (correct?) fix would be for nautilus to automatically open a new window for the mount, as it does for inserted media.

A simpler fix would be for "Archive Mounter" (/usr/share/applications/mount-archive.desktop) to run:
    nautilus archive://<URL encoding of "file://<file>">
(probably needs a wrapper script to achive the correct encoding). This triggers the mount automatically, and displays it in a new nautilus window. [tested on .zip and .iso files]

Revision history for this message
Sense Egbert Hofstede (sense) wrote :

Apologises for my quick dismissal of this valid bug report. I must have misread the description.
I'm setting the status to Triaged and am forwarding this bug upstream

affects: nautilus (Ubuntu) → gvfs (Ubuntu)
Changed in gvfs (Ubuntu):
status: Fix Released → Triaged
Changed in gvfs:
importance: Unknown → Wishlist
status: Unknown → New
Revision history for this message
Thomas Sisson (thomas-sisson-1) wrote :

I consider this broken, not a bug. Is anyone still working on this project; this is still not fixed four years later. Has anyone done anything with this? Seriously, Microsoft has been able to have this built in since Windows XP.

Additionally, Linux now has a way of defining universal default programs. Why do programs still complain that they can't find one or another program that isn't installed by default because hasn't been to touched in years?

Changed in gvfs:
status: New → Expired
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.