[Xfce-bugs] [Bug 16316] Thunar support for webdav is broken

[bugzilla-daemon at xfce.org]

https://bugzilla.xfce.org/show_bug.cgi?id=16316

skraw at ithnet.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |INVALID

--- Comment #6 from skraw at ithnet.com ---
After reading and googling a bit around I have to tell you that the basic
problem of all mentioned filemanagers is indeed that their authors have not
understood the deficiencies of GVFS. Indeed GVFS _cannot_ handle files
correctly and is a pretty bad choice for including a remote-mounted fs into the
fs tree. Please note this:

========================================================================

 Ondrej Holy 2018-05-14 12:01:59 UTC

Created attachment 372004 [details] [review]
fuse: Add fallback for unsupported write operations

Currently, open() fails with ENOTSUP if O_WRONLY/O_RDWR is used without
O_TRUNC, or O_APPEND, because GFileIOStream is not supported by GVfs
and GIO API doesn't provide any other suitable function. Let's introduce
fallback solution using a temporary file as follows:

1) Make a temporary copy of the original file with .fuse suffix (so the
   new file can be used as a backup if something goes wrong).
2) Replace original file using g_file_replace (i.e. using O_TRUNC) and
   copy back the data from the temporary file over the GFileOutputStream.
3) Finally, remove the temporary file and return the stream which was
   used to copy the data back.

This approach copies the file twice, once into the temporary location and
once back instead of just simple write, which is extremely inefficient
(and fragile), but there are not many possibilities using the current API.
It would be possible to make just one copy in theory, but I choose this
solution to make it more bulletproof.

Given the fact that is extremely inefficient, let's limit this only to small
files (i.e. return ENOTSUP for big files). I initialy choose the limit to
128 MB, but it can be changed in the future if needed.

==========================================================

The above basically means you cannot access files from any software (like
libreoffice, abiword or the like) through classical double-clicking and mostly
even not through simple open-file-requesters. IT IS USELESS.
So I suggest to drop GVFS from file managers completely and use davfs2 mounts
for webdav instead.
It is pretty clear that the future of centralised file serving uses clouds. And
at this time they are all (and only) accessible via webdav. And this works
flawlessly in davfs2, and completely buggy in gvfs. So choose your option ...

-- 
You are receiving this mail because:
You are the assignee for the bug.