https://bugzilla.xfce.org/show_bug.cgi?id=16316
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |INVALID --- Comment #6 from [email protected] --- 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. _______________________________________________ Xfce-bugs mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce-bugs
