Hide Forgot
Description of problem: If you load a document from gvfs mounts, they will load. Edit them and they do NOT get saved back to the document and you get NO warning about it. Version-Release number of selected component (if applicable): gvfs-1.14.2-3.fc18.x86_64 gvfs-smb-1.14.2-3.fc18.x86_64 libreoffice-writer-3.6.5.2-6.fc18.x86_64 How reproducible: Every stupid time Steps to Reproduce: 1. Connect to an SMB server share via the gnome (gvfs?) facilities 2. Open a file from said share 3. Edit file 4. Save 5. Reload file 6. Be totally pissed off that months of work haven't been saved Actual results: Totally unacceptable. No warnings. No errors. Yes, this is F/OSS, but this is a huge regression and makes NO sense!
I am not yet certain of this, but it appears that either /etc/cron.daily/prelink running fix this or kernel-3.8.4-202.fc18.x86_64 and associated and/or 1:libreoffice-writer-3.6.5.2-8.fc18.x86_64. I will do further testing.
libreoffice-3.6.5.2-8.fc18 contains a fix for bug 895690, of which this is a duplicate, except for the odd thing that you get no warning about the file not being saved.
I do on one system. But not on another. Hence the extreme frustration on the one where no warning or error is given. Thank you for fixing this. If you truly believe I duplicated, please feel free to close. Thank you again!
With the fix for bug 895690 locally reverted (and a local fix of gvfs bug 922181, so that loading files from GVFS works in LibreOffice on x86_64), calling soffice sftp://.../.../test.odt to open an existing file, changing it, "File - Save" leads to an error dialog here, "Error saving the document test: The object cannot be accessed due to insufficient user rights." So I'm closing as duplicate for now. Feel free to reopen if you have any information what to do differently than the above to cause LibreOffice to fail saving but /not/ show an error dialog. *** This bug has been marked as a duplicate of bug 895690 ***