[kubuntu] Documents on the SMB share not copied from temp after the editing

[KeenEars]

When I browse my SMB shares over the Windows nework (we got AD domain and DFS), open the folders to edit some files in OpenOffice (with domain user\password of course), the file is being opened in the /var/kde/.. folder with the prefix being added to it`s name. After I`ve edited the file and pushed Save, the changes aren`t being writed back, and the file isn`t changed. I can create files in that dir and overwrite them, so it isn`t permissions problem.
What can be wrong ? What info can I provide?

When editing the text files in Kate it seems to work ok. An OO.o problem ?

Using the Kubuntu 9.10 Alpha 5 release with KDE 4.3.1, updated till today.
I`ve installed Samba4 packages and winbind, but I think it`s not related though.
Thanks!

[Chris Cheney (ccheney)]

OOo is called using eg "Exec=ooffice -writer %F" which should not pass URIs to the application. Then OOo works on the file provided by Gnome/KDE and saves it back. On Gnome this happens via gvfs-fuse and ~/.gvfs/ and it works properly (at least most of the time), I'm not sure how this works on KDE but I imagine it should have something for apps that don't use KIO directly?

Feel free to reassign this back to openoffice.org if that is actually where it belongs.

[Oded Arbel (oded-geek)]

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.

[Jonathan Thomas (echidnaman)]

Hi there!

Thanks for reporting this bug! Your bug seems to be a problem with the KDE program itself, and not with our KDE packages. While we appreciate your issue, it would be better if it was tracked at https://bugs.kde.org, so that the KDE developers can deal with this speedily and have direct communication with you as the reporter for more effective debugging.

Thanks!

[KeenEars (fl-blade)]

Ok, thank you for replies. For this moment this is not very recent as of 10.04 release, however, I`m still not updated my machine yet, and this still bothers me. Maybe, I just need to replace an %F with something more relevant?