I understand that in GNOME when you use %F in the desktop file, GNOME passes the path of the file under the gvfs fuse mount point (what happens when gvfs-fuse is not installed?).
In KDE, when %F is used, then KDE copies the file from KIO to a temporary directory and passes the temporary path back. Supposedly (or at least it was implemented once), if you save to the temporary file and close the application, then KDE will copy the file back to the original location using KIO. This might work for simple editing jobs, but fails when you create a new document, then want to save it to the remove folder - here is the use case: 1. User wants to create a new document to be shared with co-workers. 2. User opens OpenOffice.org writer and writes a document. 3. User chooses "Save" from the "File" menu. 4. In the "Save File" dialog, user navigates to the remote folder, type in a file name and press "Save" The result should be that the file is saved correctly to the remote folder. This works well under GNOME (does OpenOffice.org saves the file to the local gvfs fuse mount in this case? I don't see how it can), but fails under KDE. That is the use case of the problem detailed in bug #509024. If this bug is not about that, then bug #509024 should be undupped. -- [kubuntu] Documents on the SMB share not copied from temp after the editing https://bugs.launchpad.net/bugs/427283 You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to kdebase in ubuntu. -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs