Trying to reproduce the issue, here are my findings: I have two focal systems on the same network: a host and a vm. The host has a test.odt file and the vm has the host's ip added to nautilus and can see the host's files (including test.odt). I double click on the test.odt icon which opens up libreoffice writer as expected but I have an error message saying that the file is locked for editing (see attached screenshot), even though the test.odt file is not open on the host.
A workaround is to open a copy of the document, make edits, save it locally and then in nautilus on the vm you can move the file to the remote system to overwrite the file. The snap should however be able to save remote files directly. ** Attachment added: "lo-cannot-open-for-writing.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1877711/+attachment/5377097/+files/lo-cannot-open-for-writing.png ** Changed in: libreoffice (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1877711 Title: Libreoffice snap can read but not save files over SSH Status in libreoffice package in Ubuntu: Triaged Bug description: With Ubuntu 20.04 libreoffice can not anymore save files over SSH share. When trying to save, it says: Error saving the document. General Error. General input/output error. In addition, starting from Ubuntu 20.04 libreoffice has become very slow to start. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1877711/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
