Created attachment 350471 [details] error dialog when trying to connect via gui setup to webdav share Description of problem: This may be a gnome vfs bug rather than a nautilus bug, but it's affecting me in nautilus so i'm filing it under that. It's a nuanced bug so here's the best succinct summary I can come up with: 1) Via the GUI, it is not possible to connect to a webdav share using nautilus. 2) Via the command-line, it is only possible to a webdav share in a read-only manner using nautilus. For a user with sufficient permissions, you cannot create/copy files on the share. I tested both scenarios with the same exact server & parameters using a different webdav client and had no trouble, so I am assuming the server itself is not at fault. ... The webdav server in question is a gallery2 installation. Gallery2 allows you to upload photos via webdav. Using the cadaver command-line webdav client, i have no problem doing this: === [duffy@Aiko ~]$ cadaver dav:!> open http://www.myurl.org/gallery/w/ dav:/gallery/w/> ls Listing collection `/gallery/w/': succeeded. Coll: TestAlbum 0 Jun 19 11:02 dav:/gallery/w/> cd TestAlbum dav:/gallery/w/TestAlbum/> put MoRay.jpg Authentication required for Gallery on server `www.myurl.org': Username: mairin Password: succeeded. dav:/gallery/w/TestAlbum/> ls Listing collection `/gallery/w/TestAlbum/': succeeded. 00038.jpg 4052397 Jun 19 10:13 00129.jpg 3905848 Jun 19 10:04 MoRay.jpg 67678 Jul 4 00:21 foo 83 Jun 19 11:02 dav:/gallery/w/TestAlbum/> === I would love to be able to use nautilus to do this instead, but it doesn't seem to want to connect. When I try it using the 'Connect to Server' dialog, it gives me this error (screenshot attached): === Could not display "dav://mairin.org/". Error: Not a WebDAV enabled share. Please Select another viewer and try again. === Here is what the entry in the places > bookmarks dropdown looks like in .gtk-bookmarks: dav://mairin.org/gallery/w Gallery Upload I get the same issue if I remove the mairin@. Now, here is where things get really weird. If I open up a terminal and type: 'nautilus dav://mairin.org/gallery/w' It works! It pops open a nautilus window of my webdav share almost instantly. However, there is a problem - it is read-only access only. I am never prompted for my password, it just gives me an error that I am unauthorized to create files in the share. I'll attach a screenshot but here's the error details: === Error while creating file newfile. There was an error creating the directory in dav://mairin/gallery/w/TestAlbum. Show more details: Unauthorized === Are there any workarounds for this problem? Is there any additional output I can provide you to help solve the problem? Thanks very much for any help! ... Version-Release number of selected component (if applicable): nautilus-2.26.3-1.fc11.x86_64 gvfs-1.2.3-2.fc11.x86_64 How reproducible: Every time
Created attachment 350472 [details] error dialog when trying to create a file on share
No need to mask the URL with a placeholder, I've eventually found out the real URL just by using Google :-p Anyway, at least I have a live server to debug the issues on. About the issues: 1. bookmarks - probably related to bug 509832, works for me on rawhide, I'm going to look at this on clean F11. This only affects bookmarks, you should be able to connect from Nautilus (any window or focused desktop) by pressing Ctrl+L and entering "http://www.myurl.org/gallery/w/" 2. auth on write - this is a known limitation of the GIO subsytem, we already discussed it with Alex, going to open upstream tracker bug soon. Authentication can be only done during mount, so if you restrict access to always require login, the mount will be read-write.
This is rather a burden for me, since my professors share presentations and other data often on their webdav shares. An inability to authenticate to these shares is a problem. As an aside, why can GIO not prompt you for authentication? If I try to connect to the share as a SMB:// type, it fails of course, but it at least asks for the authentication info (domain & password), which the WebDAV connection does not do. ex. smb://name@webdavaddress - prompts for pass & domain, then fails as expected ("Not a windows share") dav://name@webdavaddress - just plain fails, when OS X and Windows prompt for info and then connect fine. This information is probably not of use, but since I tried for several hours before discovering this bugzilla I thought I'd chime in.
(In reply to comment #3) > As an aside, why can GIO not prompt you for authentication? If I try to > connect to the share as a SMB:// type, it fails of course, but it at least asks > for the authentication info (domain & password), which the WebDAV connection > does not do. Please see the beginning of http://bugzilla.gnome.org/show_bug.cgi?id=590007 We simply don't support presenting auth dialog at later stage than mounting (for a good reason, learned from previous gnome-vfs problems). > smb://name@webdavaddress - prompts for pass & domain, then fails as expected > ("Not a windows share") That's a way how login is handled in smbclient - if we specify an username, it asks for a password before first attempt.
Well, my problem (failing to prompt for WebDAV authentication at all) does not seem to be related to the [can't reauthenticate once already mounted] problem in this bug, so perhaps this page is not for me. I'm still not sure why WebDAV doesn't ever seem to prompt me for a password in Nautilus, but that is definitely not the same as changing the authentication once mounted.
On an unrelated note to this actual bug, my problem appears to be that I can't authenticate WebDAV on Linux to a share that uses Windows/NTLM authentication. Neither GIO, Cadaver, wdfs, or davfs2 seem to work; this seems to be due to lack of implementation. Sorry for the noise.
(In reply to comment #6) > On an unrelated note to this actual bug, my problem appears to be that I can't > authenticate WebDAV on Linux to a share that uses Windows/NTLM authentication. > Neither GIO, Cadaver, wdfs, or davfs2 seem to work; this seems to be due to > lack of implementation. Sorry for the noise. You can try to open a bug on libsoup, the underlying library we use to access various procotols.
This is still a bug though because I can connect to my share and copy files to it using cadaver and cannot using nautilus.
Patch which should fix the first issue: http://bugzilla.gnome.org/show_bug.cgi?id=590862 (review pending)
gvfs-1.2.3-10.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/gvfs-1.2.3-10.fc11
gvfs-1.2.3-11.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/gvfs-1.2.3-11.fc11
gvfs-1.2.3-11.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
Bodhi really needs to have separate queues for testing and stable updates... Anyway, I'm going to leave this bugreport closed. I've just built new gvfs-1.2.3-12.fc11 which provides more complete fix for the first issue. The second issue relies on the support for remount operation which may not be ported to F11 once it's done, it would be quite invasive to gvfs and glib. Feel free to poke me on any error though.
gvfs-1.2.3-12.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/gvfs-1.2.3-12.fc11
gvfs-1.2.3-12.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
With the new gvfs package you pushed, the first issue does indeed seem fixed (I can connect to my webdav share read-only using the nautilus GUI now. Should I file a separate bug on the second issue since it's still a problem?