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 640096 - Can't mount certain WebDAV folder
Can't mount certain WebDAV folder
Status: RESOLVED DUPLICATE of bug 651146
Product: libsoup
Classification: Core
Component: HTTP Transport
unspecified
Other Linux
: Normal normal
: ---
Assigned To: libsoup-maint@gnome.bugs
libsoup-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2011-01-20 18:59 UTC by Magnus Henoch
Modified: 2011-06-07 20:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gvfsd log (2.80 KB, text/plain)
2011-01-20 18:59 UTC, Magnus Henoch
  Details
Fix/workaround (patch is for libsoup, not gvfs) (807 bytes, patch)
2011-05-17 22:48 UTC, Magnus Henoch
none Details | Review

Description Magnus Henoch 2011-01-20 18:59:00 UTC
Created attachment 178875 [details]
gvfsd log

I'm trying to mount a WebDAV folder with gvfs-mount.  It works fine with an Apache running on localhost, configured in the obvious way, but when I activate the out-of-the-box WebDAV configuration for a domain hosted by Dreamhost gvfs-mount times out:

$ time gvfs-mount dav://webdavtest.xn--9dbdkw.se/notsosecret/
Enter password for Members Area
User: test
Password: 
Error mounting location: DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

real    10m0.124s
user    0m0.004s
sys     0m0.008s

The password is "test", if someone wants to try, though I might take it down at some point in the future :)

I ran gvfsd with "env GVFS_HTTP_DEBUG=all /usr/lib/gvfs/gvfsd --replace" and copied the output; see attachment.  It seems that gvfsd never actually tries to send the authorization data.  Not sure if the assertion failure at the end has anything to do with it...

I'm using gvfs 1.6.4-0ubuntu1.1, from Ubuntu Maverick.
Comment 1 Christian Kellner 2011-05-04 17:30:49 UTC
From the log it seems something in soup might have gone wrong:

(process:16375): libsoup-CRITICAL **: soup_session_get_connection: assertion `soup_connection_get_state (item->conn) != SOUP_CONNECTION_DISCONNECTED' failed

Dan, care to look, although I guess we have too little info to make sense of it.

Magnus, is this reproducible?
Comment 2 Christian Kellner 2011-05-17 16:52:01 UTC
Happend to me today as well. Seems to be occuring randomly.
Comment 3 Magnus Henoch 2011-05-17 22:48:23 UTC
Created attachment 188001 [details] [review]
Fix/workaround (patch is for libsoup, not gvfs)

Sorry, I should have gotten back about this earlier... I dug into this and found that this patch (to libsoup, not gvfs) fixes my problem. Looks like some kind of race condition WRT how quickly the server closes the connection, but I'm a bit out of my depth here.

The problem is perfectly reproducible with this particular server, yes.
Comment 4 Christian Kellner 2011-05-18 12:35:44 UTC
--> libsoup
Comment 5 Dan Winship 2011-06-07 20:44:19 UTC
got a patch for this, should be fixed in master soon, but I don't think there are plans for another release in the 3.0 series

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