GNOME Bugzilla – Bug 163453
Webdav , http:// ... not working in file-selector
Last modified: 2005-07-23 12:24:12 UTC
Please describe the problem: I have several shares in my network. They can be accessed with webdav. This works perfectly within nautilus or any webdav client like cadaver. The gnome file-selector shows the webdav shares but when I click on them I get the following answer: "Could not change the current folder to dav://username2@host:81/misc: dav://username@host:81 is not a folder" I've tracked down the bug to libgnome-vfs.so, which is in /usr/lib/gtk-2.0/2.4.0/filesystems/ I also tried to open files which are on an ftp server. This worked as expected. Also smb shares. The only thing which is not working is the webdav stuff. Steps to reproduce: 1. Create an (public) webdav share with apache 2. Test the share with a reliable tool 3. Mount the share with nautilus 4. Try to open a file on the webdav server with the file open dialog. Actual results: Well it doesn't work. As described above. Expected results: It should open the share or volume as it does with smb shares and ftp servers Does this happen every time? yes Other information:
Well I forgot to say that I am not using a proxy in gnome or a transparent proxy between the application and the webdav server. So it has nothing to do with a proxy at all.
After some complaining I got the hands on the apache logs :-) So I can shed some light on this bug. The gnome-vfs module or the dialog tries first to call dav://username@host:81/ before actually opening dav://username@host:81/misc But dav://username@host:81/ does not exist. There is no real reason for trying to open dav://username@host:81/ before dav://username@host:81/misc Also gnomevfs-ls works fine (it opens dav://username@host:81/misc directly)
federico, could this be due to the file selector opening the parent folder to get the stat() info for the misc folder?
Yeah, that's likely. Although this is similar to bug #162617, which was a problem in GtkFileSystemUnix, but not in GtkFileSystemGnomeVFS. What's the exact version of libgnomeui that shows the problem? (Or is there an open Webdav server that I could use to test this? I don't have one set up)
The used library is "libgnomeui-2.so.0.800.0" on a debian sarge (same happens on sid, well it's the same lib). I cannot give you access to the webdav server, because it is behind a firewall which will protect it from the outside. Also it has a local IP (192.168.*.*) so even without the firewall it wont't work. What I can do is posting the setup of this server. It is an absolute non restrictive server setup. --- snipp --- <IfModule mod_dav.c> DAVLockDB /var/lock/DAV/apache # Below is a sample configuration. # The configuration could e.g. also be at VirtualHosts # # Please read the documentation to the security risks before # enabling WebDAV! Alias /misc /data/misc <Location /misc> DAV On </Location> Alias /projects /data/projects <Location /projects> Dav On </Location> # Alias / /data # <Location /> # Dav On # </Location> </IfModule> -- snapp -- With the setup above, you should be able to reproduce the error on any plain apache install with webdav module (libapache-mod-dav + apache (1.3.33) on debian sarge). If you remove the # form the last section, everything works fine. Also nautilus has no problem working with the above webdav setup.
*** Bug 170455 has been marked as a duplicate of this bug. ***
Bumping version because of the duplicate. Retitling.
Thanks for the example. That seems to be the same issue than bug #150585. *** This bug has been marked as a duplicate of 150585 ***