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 152920 - Cannot open gnome-vfs URIs
Cannot open gnome-vfs URIs
Status: RESOLVED FIXED
Product: file-roller
Classification: Applications
Component: general
2.9.x
Other other
: Normal normal
: ---
Assigned To: Paolo Bacchilega
file-roller-maint
: 158154 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-09-17 15:23 UTC by Johannes Rohr
Modified: 2007-07-15 14:17 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6



Description Johannes Rohr 2004-09-17 15:25:31 UTC
Distribution: Debian testing/unstable
Package: file-roller
Severity: normal
Version: GNOME2.6.1 2.6.x
Gnome-Distributor: Debian
Synopsis: Cannot open gnome-vfs URIs
Bugzilla-Product: file-roller
Bugzilla-Component: general
Bugzilla-Version: 2.6.x
Description:
Description of Problem:

I click on an archive in a nautilus window displaying an smb:/ location.
Nautilus launches file-roller (I'm reporting about 2.8.0, not 2.6.x, BTW. 
Bugzilla is not yet up-to-date, as it seems.) 

File-roller says: "Unable to open foobar.
File does not exist"

Steps to reproduce the problem:
1. Visit any gnome VFS URI in nautilus
2. Click an Archive
3. See what happens

Actual Results:

File-roller obvious still isn't hooked up to Gnome-VFS, which surprises
me heavily. It's a core app that many people use every day. Gnome VFS
support is a MUST.

Expected Results:

The archive should be handled transparently. This is what Gnome-VFS is
for.

How often does this happen?

Always.

Additional Information:




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-09-17 11:25 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "file-roller".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Caleb Groom 2004-11-13 08:31:56 UTC
*** Bug 158154 has been marked as a duplicate of this bug. ***
Comment 2 Sebastien Bacher 2005-01-13 14:56:40 UTC
still here with 2.9
Comment 3 Johannes Rohr 2005-10-12 11:49:52 UTC
Same in 2.10
Comment 4 Rouben Tchakhmakhtchian 2006-11-01 04:18:15 UTC
Confirmed reproducible with 2.16.1.
Comment 5 Nelson Benitez 2006-11-19 22:03:15 UTC
The summary of this bug could be renamed to "Add gnome-vfs support to file-roller" and priority set to "Enhancement", I also think this is an important feature. This would extend what I'm implementing in bug 377157 to remote folders so you could drag some files from a nautilus ftp folder and drop them onto a tar.gz file on your Desktop and vice versa.
Comment 6 Rouben Tchakhmakhtchian 2006-11-19 22:11:48 UTC
(In reply to comment #5)
> The summary of this bug could be renamed to "Add gnome-vfs support to
> file-roller" and priority set to "Enhancement", I also think this is an
> important feature. This would extend what I'm implementing in bug 377157 to
> remote folders so you could drag some files from a nautilus ftp folder and drop
> them onto a tar.gz file on your Desktop and vice versa.
> 

Ideally gnome-vfs support should be transparent. In other words, there should be a single API provided by gnome for writing gnome apps that will give one access to both "real" and vfs resources.
Comment 7 Michael Chudobiak 2006-11-20 12:41:44 UTC
gThumb has the same problem: bug 143197.
Comment 8 Rouben Tchakhmakhtchian 2007-05-25 05:15:53 UTC
Can someone please confirm if this has been resolved in File Roller 2.19.1? According to this Ubuntu bug report, it has: https://bugs.launchpad.net/fileroller/+bug/36498
Comment 9 Paolo Bacchilega 2007-07-15 14:17:39 UTC
yes, gnome-vfs support is present since version 2.19.1