Re: GVFS WebDAV dropping initial path element in OPTIONS request

[Adam Tauno Williams <awilliam whitemice org>]

On Sat, 2013-07-27 at 18:47 -0400, Adam Tauno Williams wrote:
> On Sat, 2013-07-27 at 18:38 -0400, Adam Tauno Williams wrote:
> > After upgrading openSUSE 12.3 to GNOME 3.8 opening a file from Nautilus
> > [GVFS] from a WebDAV volume occasionally drops the initial part of the
> > path;  so "/dav/Projects..." becomes "/Projects..." which, of course,
> > fails.
> > The response from the server is valid, and the files can be browsed in
> > Nautilus; they can also be dragged back and forth between local and
> > remote.  Opening the *THE FIRST* file in gedit works.  After than
> > gedit / GVFS makes a bad OPTIONS call, that responds with a 404, and
> > stops the ability to open files. 
> > Killing the gvfs dav worker allows me to open ONE MORE FILE.
> > I've attached the client server conversations.  The first two are
> > successful PROPFIND requests and the last is the incorrect 404 OPTIONS
> > request.  In both cases the server was attached to as
> > http://127.0.0.1:8080/dav.  The "dav" part gets dropped in all but the
> > first OPTIONS request.

This problem with WebDAV still exists; but I have discovered that I can
reliably open and edit any file my dragging the file from Nautilus to
the editor [drag-n-drop], such as dragging a file from Nautilus to
GEdit.  Then it opens, can be edited, etc...

It is only the "Open With..." behavior that exhibits this
broken-after-the-first-file behavior.  Perhaps the problem is somehow
with Nautilus...

gvfs-debuginfo-1.16.3-1.1.x86_64
gvfs-backends-debuginfo-1.16.3-1.1.x86_64
gvfs-backend-afc-1.16.3-1.1.x86_64
gvfs-1.16.3-1.1.x86_64
gvfs-devel-1.16.3-1.1.x86_64
gvfs-fuse-debuginfo-1.16.3-1.1.x86_64
gvfs-debugsource-1.16.3-1.1.x86_64
gvfs-backends-1.16.3-1.1.x86_64
gvfs-fuse-1.16.3-1.1.x86_64


> When running GVFS in debug mode [to see the console messages]:
> send_reply(0x7898d0), failed=0 ()
> Added new job source 0x1595230 (GVfsBackendDav)
> Queued new job 0x15a4ae0 (GVfsJobMount)
> + mount
> > OPTIONS /Projects/site/Documents/template.mako HTTP/1.1
> > Soup-Debug-Timestamp: 1374965202
> > Soup-Debug: SoupSessionSync 1 (0x15b00a0), SoupMessage 1
> (0x7f3d58006830), SoupSocket 1 (0x7f3d5800b000)
> > Host: 127.0.0.1:8080
> > Accept-Encoding: gzip, deflate
> > User-Agent: gvfs/1.16.2
> > Accept-Language: en-us, en;q=0.9
> > Connection: Keep-Alive
>   
> < HTTP/1.1 404 No such path as /Projects/site/Documents/template.mako
> < Soup-Debug-Timestamp: 1374965202
> < Soup-Debug: SoupMessage 1 (0x7f3d58006830)
> < Server: BaseHTTP/0.3 Python/2.7.3
> < Date: Sat, 27 Jul 2013 22:46:42 GMT
> < Content-Length: 12
> < Content-Type: text/plain
> < WWW-Authenticate: Basic realm="OpenGroupware COILS"
> < Connection: close
> < 
> < No such path
>   
> send_reply, failed: 1
>
> ** (gvfsd:4329): WARNING **: dbus_mount_reply: Error from
> org.gtk.vfs.Mountable.mount(): HTTP Error: No such path
> as /Projects/site/Documents/template.mako


-- 
Adam Tauno Williams <mailto:awilliam whitemice org> GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA