Re: gvfsd-dav SIGABRT when using WebDAV

[Adam Tauno Williams <awilliam whitemice org>]

On Wed, 2013-01-09 at 10:19 -0500, Adam Tauno Williams wrote:
> On Tue, 2013-01-08 at 09:27 -0500, Adam Tauno Williams wrote:
> > On Tue, 2013-01-08 at 09:09 -0500, Adam Tauno Williams wrote:
> > > On Tue, 2013-01-08 at 13:55 +0100, Tomas Bzatek wrote:
> > > > On Fri, 2013-01-04 at 09:46 -0500, Adam Tauno Williams wrote:
> > > > > DOH!  Ok, got that.   Right click -> New file from template ... CRASH!
> > > > Tried to reproduce on two different systems, no luck. A gvfs daemon log
> > > > would be useful for this. Try killing all gvfs processes and start
> > > > `GVFS_DEBUG=1 GVFS_HTTP_DEBUG=all /usr/libexec/gvfsd -r` in the
> > > > terminal, grabbing the output. That would tell us which operations were
> > > > in progress.
> > > AWESOME, thanks for this.  I've been really looking for a way to get a
> > > logfile.
> > > Except I've had problems where the DE kind of falls apart if I kill the
> > > base gvfsd.  But I'll try.
> > Seems to be working.  Here I drag-n-drop a file to the WebDAV folder.
> > It works.  I drag-n-drop another and it fails with 'The specified
> > location is not mounted' message. But the document is created/saved; a
> > refresh shows it is there.
> Did a zypper dup to GVFS 0.14 from the openSUSE 12.2 GS36 repositories,
> rebooted, put GVFS into logging/debugging and did a drag-n-drop from
> local to a remote WebDAV share.  It got to ~65K transferred and then
> failed with a not-mounted error.
> gvfs-backends-1.14.2-1.2.x86_64
> gvfs-1.14.2-1.2.x86_64

Argh!  New install of openSUSE 12.3 on this box, keeping just /home.

And... it still exhibits the same behavior.

Interesting that I do see -

** (process:3572): WARNING **: send_infos_cb: No such interface
`org.gtk.vfs.Enumerator' on object at
path /org/gtk/vfs/client/enumerator/3 (g-dbus-error-quark, 19)

- messages in the debug output.  Not sure if those mean anything.

It seems odd that the first save always works, and a subsequent save
failes.

</QUOTE>
Added new job source 0x2429c00 (GVfsWriteChannel)
Queued new job 0x2462190 (GVfsJobWrite)
job_write send reply
Queued new job 0x24345a0 (GVfsJobCloseWrite)
> PUT /dav/Administration/Wiki/default.css HTTP/1.1
> Soup-Debug-Timestamp: 1363612586
> Soup-Debug: SoupSessionSync 1 (0x2441840), SoupMessage 22 (0x2463880),
SoupSocket 30 (0x243b0c0)
> Host: coils.mormail.com
> Accept-Encoding: gzip, deflate
> User-Agent: gvfs/1.14.2
> Accept-Language: en-us, en;q=0.9
> Connection: Keep-Alive
> Authorization: Basic [adam:******]
>
> h1 {font-family: Verdana, sans-serif; color: red; font-size: 30px; }
> h2 {font-family: Verdana, sans-serif; color: red; font-size: 25px; } 
> h3 {font-family: Verdana, sans-serif; color: red; font-size: 20px; }  
> h4 {font-family: Verdana, sans-serif; color: red; font-size: 20px; }
>
> table, th, td
> {
>   border: 1px solid green;
>   padding: 15px;
> }
> th
> {
> background-color:green;
> color:white;
> }
  
< HTTP/1.1 204 Updated
< Soup-Debug-Timestamp: 1363612586
< Soup-Debug: SoupMessage 22 (0x2463880)
< Date: Mon, 18 Mar 2013 13:16:28 GMT
< Server: BaseHTTP/0.3 Python/2.6.5
< Content-Length: 0
< Content-Type: application/octet-stream
< Connection: close
< 
  

(process:3572): GLib-CRITICAL **: g_main_context_push_thread_default:
assertion `acquired_context' failed
job_close_write send reply
**
GLib:ERROR:gmain.c:2781:g_main_context_acquire: assertion failed:
(context->owner_count == 0)
</QUOTE>

Is there any user setting [gconf/dconf?] that could possibly effect
this?  


-- 
Adam Tauno Williams  GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA