GNOME Bugzilla – Bug 329956
Nautilus fails to interact with webdav-server (gnomevfs on commandline works fine)
Last modified: 2008-03-19 09:19:38 UTC
Please describe the problem: nautilus is unable to connect to a (secure) webdav server - in this case GMX-Mediacenter. It asks for the password, but that's it. You can however access it and work with it on the command-line. Steps to reproduce: 1. Choose to connect to a new server, choose "secure webdav" 2. Enter mediacenter.gmx.net as Servername and optionally a folder 3. put your user-ID as user-name into the username box. Actual results: It asks for the password and then bails out with "Location »davs://<user-number>@mediacenter.gmx.net« could not be displayed Unknown error code: 1" Expected results: When connecting to the network-location it should ask for the password, then open the webdav-location and allow file-operations Does this happen every time? every time. (was "fine" in 2.12 - you needed two attempts, but then it worked) Other information: gnomevfs on commandline doesn't have problems. You can use gnomevfs-ls davs://<user>:<pass>@mediacenter.gmx.net/[folder...] to list the contents and you can use gnomevfs-copy davs://<user>:<pass>@mediactenter.gmx.net/path/to/file <destination-URI> to copy files from the webdav location (and you can write files to the webdav location in the same manner. and you can use gnomevfs-info <davs-URL> or gnomevfs-cat <davs-URL> to gather more information about a specific file or to cat it. Thus I think it is a bug in natuilus, and not a bug in gnomevfs or another component.
I'm having a similar problem. To me, nautilus (ubuntu dapper) reports "The location is not a folder.". GnomeVFS underneath nautilus seems to work: gjc@spectrum:~$ gnomevfs-info davs://usernamepassword@pong/dav/shared/ Name : shared Type : Directory MIME type : x-directory/webdav Default app : nautilus-folder-handler.desktop Modification time : Wed Feb 22 13:59:22 2006 Also strange is when I try to open the DAV "network drive" from network:///, a web browser window is opened instead of the file manager.
I can confirm this behavior with Nautilus in Ubuntu Dapper (Nautilus 2.14.2) and the current Edgy. Could someone please fix this, as it seems a rather simple blocker. thanks
Mentioned in https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/55033 as well. Bumping Version.
maybe a duplicate of bug #153054 ?
Well - gnomevfs directly on commandline works - so in my understanding it is more a nautilus issue. But it might well be that gnome-vfs passes wrong info to nautilus... Anyway: This bug is annoying (and it is frustrating that until recently nobody ever commented on this bug. And still only users commented, no nautilus-developers as it seems - for a part of Gnome that is probably the most visible (apart from the panel) such a long time of inactivity is really disappointing. Even worse when I once submitted a patch that never got processed - yeah, OT rant, but anyway...)
nautilus has a lot of bug for the number of people working on it and the fact that you need an access to a specific server to work on that bug probably doesn't make easy for people to try it or to work on it
*** Bug 355121 has been marked as a duplicate of this bug. ***
regarding comment #6 "access to a specific server" gmx is a free service - anybody can register for an account (no fee whatsoever) And furthermore: I guess any (secure) webdav server will do. Nobody wrote "works with server XY" And I cannot stress it often enough: gnome-vfs used by itself works. So from my (non-programmar) understanding it is just nautilus not using gnome-vfs properly or misinterpreting it return-stuff. I can access http://mediacenter.gmx.net from Mac OS X Finder without a problem as well BTW... Bugs like this will always be presented as argument against "Gnome is ready for the business"... :-(
Hi, this is a ping from another user who got hit by this nasty bug. If any of the developers wants to test but does not want to open a GMX account, please contact me, I have created an account for that purpose and would pass you the credentials. Personally I have been using the GMX mediacenter a lot for distributed collaborative work, it is a great freebe for people who need to access their data from anywhere.
CONFIRM
I use Ubuntu Edgy Eft. I can open (gmx mediacenter) Folders with Nautilus, which contain only folders. If I open a folder which contains files Nautilus change the cursor to waiting until I close Nautilus. Not all gnomevfs commands works for me. gnomevfs-ls and gnomevfs-cat works. gnomevfs-info and gnomevfs-copy don't ask me for a passpharse if I don't pass them by argument. Independed of that the command promt do not return until I kill the program. I started Wireshark in oder to watch the communication between my pc and gmx. If I use gnomevfs-info or nautilus, the following happens after some traffic: my pc: send a package gmx: answer with a set [reset] flag and a unset [ACK] flag. my pc: send the last package again my pc(1 second later): send the last package again my pc(2 second later): send the last package again my pc(4 second later): send the last package again my pc(8 second later): send the last package again my pc(16 second later): send the last package again Longer I didn't recorded the traffic, but for me it seems clear what happens there. The gnomevfs tool or the used tcp libary sends the package again because the [ACK] flag isn't set. It ignores the fact that gmx want to abort the connection.
(In reply to comment #11) > I can open (gmx mediacenter) Folders with Nautilus, > which contain only folders. Does not work here, at least not for the root-directory. Nautilus only claims: "davs://<my-gmx-user-ID>@mediacenter.gmx.net could not be found" > gnomevfs-info and gnomevfs-copy don't ask me for a passpharse if I don't pass > them by argument. Independed of that the command promt do not return until I > kill the program. They do work here. They ask for the password and work as expected. (I'm now using gnomevfs 2.18.0.1 - but I'm pretty sure they worked in the past as well)
Did you tried to press the expand folder button on the left window part? That is what works for me, I never get it displayed on the right window part. I use libgnomevfs2-0 2.16.1-0ubuntu7. Maybe a bug in the tcp libary overlays the real bug?
(In reply to comment #13) > Did you tried to press the expand folder button on the left window part? No - since there is no expand folder button for the network-volumes. Neither in spatial mode, nor in browser mode. (regular folders do have the "show contents"-triangle thingie, but none of the entries in the "computer"-place. (and the network-volume appeard only in the computers-place, nowhere else (it is on the "real" desktop, but not in the desktop "folder") Can you explain where you get that control? Ahh, just found out (thinking loud sometimes helps :-): You can switch the sidebar in browser-mode from locations-view to tree-view. In tree-view, I get that "expand folder" icon and indeed, it lists the folders. I can even open subfolders (and nautilus doesn't hang or crash when the folder contains files). However, it only shows other directories, and otherwise claims the directory would be "(empty)" When I try to open a folder (attempt to show its contents in the main window), nautilus claims: "can not display davs://<myID>@mediacenter.gmx.net/macbuilds the specified location is not a folder" (translated from german, so the wording could be slightly different) So it actually shows the folder as folder in the treeview (and it acts as a folder there, since I can expand it to show subfolders), but claims that it is not a folder when trying to open it. After dismissing the error, the folder disappears from the treeview. So I'm now more convinced than before that it is a nautilus bug, not a gnome-vfs one. ###################################################### Further info: $ gnomevfs-info davs://<ID>@mediacenter.gmx.net/macbuilds You must log in to access <ID>@mediacenter.gmx.net:443/GMX MediaCenter Password: Name : macbuilds Type : Regular MIME type : httpd/unix-directory Size : 89 Access time : Mon Mar 19 18:02:41 2007 Modification time : Fri Nov 3 13:14:19 2006 $ gnomevfs-ls davs://<ID>@mediacenter.gmx.net/ You must log in to access <ID>@mediacenter.gmx.net:443/GMX MediaCenter Password: [other dirs] macbuilds (Directory, x-directory/webdav) size 0 So maybe nautilus just is confused by the MIME-type/doesn't know "httpd/unix-directory" is really a directory?
the latest gnome release seems to have fixed this, thanks to gvfs, probably. I can now access mediacenter.gmx.net without problems.
Closing as OBSOLETE then, as for last comment.