[Libreoffice-bugs] [Bug 119429] implement native KIO support to avoid potential data loss when using Dolphin file browser in SMB shares to open documents

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=119429

--- Comment #1 from Nate Graham <nate at kde.org> ---
> The KDE filepicker that comes with gtk3_kde5 VCL allows to successfully
> edit documents on SMB shares, but it doesn't help when opening the document
> out of Dolphin.

>From a technical point of view, what's happening is that the file picker is
using KIO, as expected, and KIO knows how to access Samba shares. All is well
there.

But when opening a document from Dolphin, Dolphin is executing `<app name> %U`
(e.g. libreoffice-writer smb://path/todocument.odt). Because LO apps don't
either use KIO or have a built-in Samba client, KIO intercepts the call,
downloads the document from smb://path/todocument.odt to
~/.cache/kioexec/krun/<random number>/document.odt, and tells LO to open it
from that path.

All is well so far. But starting in LO 6.1, upon saving the document and
quitting, KIO does not get the signal that the file was saved, and so does not
upload it back to the remote URL. This happens with GIO-using apps (I believe
LO gained support for GIO recently, but correct me if I'm wrong).

We are working on the issue from the KDE side, but it would also work if LO
apps gained native KIO support.

See also
https://ask.libreoffice.org/en/question/23021/solved-open-ods-or-odt-files-from-a-smb-share-throws-damaged-file-error/

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180822/13831345/attachment.html>