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 583952 - Nautilius/gvfs uses GET request for directory URL , instead of on directory contents
Nautilius/gvfs uses GET request for directory URL , instead of on directory c...
Status: RESOLVED DUPLICATE of bug 551339
Product: gvfs
Classification: Core
Component: fuse
1.0.x
Other All
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
: 585356 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-05-27 00:00 UTC by Mark Price
Modified: 2009-12-11 13:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Dirty fix for nautilus (911 bytes, patch)
2009-06-01 13:38 UTC, Marc Vinyals
none Details | Review

Description Mark Price 2009-05-27 00:00:06 UTC
Please describe the problem:
When getting a folder from a remote server using Nautilus under Ubuntu 9.04 and 8.10, gvfs 1.0.2 generates a GET request for the folder URL rather than for each file within the folder.

This causes the WebDAV server to serve an HTML index page for the folder, and the result is a file that contains HTML rather than the expected folder full of files.

Steps to reproduce:
1. Connect to remote WebDAV server using Nautilus
2. Drag & drop a remote folder to the local filesystem


Actual results:
Creates an HTML index page file of the directory.

Expected results:
It should create a local directory with copies of all files, and subdirectories, of the remote directory.

Does this happen every time?
yes

Other information:
Comment 1 Marc Vinyals 2009-06-01 13:35:39 UTC
I can confirm this bug in nautilus-2.26.3 + gvfs-1.2.3.

WebDAV folders have the uncommon property of both being readable as a regular file and being containers, which makes it difficult to find the correct place for a fix.

A possible solution is to check whether a file is a directory in gvfs when it's opened for reading and return an error. This, however, would add an artificial restriction to WebDAV filesystems.

Another approach is to check whether a file is a directory in nautilus in copy_move_file and call copy_move_directory instead. I made a dirty patch to test this and it worked for me. I don't expect it to be seriously considered, though, because it lacks error checking.

Maybe there's a better way of handling this from inside gvfs; in that case please disregard me.
Comment 2 Marc Vinyals 2009-06-01 13:38:04 UTC
Created attachment 135731 [details] [review]
Dirty fix for nautilus
Comment 3 Ales Novy 2009-08-05 17:09:34 UTC
*** Bug 585356 has been marked as a duplicate of this bug. ***
Comment 4 Ales Novy 2009-08-05 17:11:55 UTC
The same problem is when making new directory (WebDAV MKDIR), see bug #585356.
Comment 5 Pepijn de Jong 2009-09-24 09:08:23 UTC
I can confirm this bug as well for Nautilus-2.26.2 and Gvfs-1.2.2 (Ubuntu 9.04 x86-64). I am however able to create a directory via nautilus on the secure WebDAV share, but copying a directory to my local file system or to another location on the share both results in a html file instead of a copy of the directory.
Comment 6 Michael Gauthier 2009-11-30 21:03:39 UTC
This is a dupe of Bug #551339.
Comment 7 Christian Kellner 2009-12-11 13:09:15 UTC
Yep, right again Mr. Gauthier. And I should really fix 551339.

*** This bug has been marked as a duplicate of bug 551339 ***