Message: Error saving the doument [docs-name]: This operation is not supported on this operating system Message quite similar to Bug 121780 Situation: New or locally existing document in LibreOffice Writer shall be saved using File / "Save remote" here depending on SSH protocol (sftp internally). This file was not opened via File / Open Remote. Independently reproducible in same LAN(IPv4) or remote WAN (IPv6) on different machines. All machines are physical, OS is Linux U20.x. SSH settings are existing successful for several month. Host machine uses OpenSSH_8.2p1 Ubuntu-4ubuntu0.1, OpenSSL 1.1.1f 31 Mar 2020; Client uses Libre Office 7.0.2.2 or Libre Office 6.4.6.2 Issue does NOT appear if a document is already opened via File / Open Remote and then saved under same name using File / "Save remote" (identical connection settings). - What can I do to provide logs, generate dumps etc in this case (I can handle CLI but am no developer) - if this is a bug what can be done to support a fix?
I have exactly the same problem. I use SFTP transfer. Version: 7.1.0.0.alpha1 Build ID: 987671387712c4f9061d6216ff2f001a7bb9e57b CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
I can reproduce this. I note that the save actually DOES occur once you get past all the error messages. This looks like it can be fixed by changing ucb/source/ucp/gio/gio_content.cxx getPropertyValues IsDocument and IsFolder's getFileInfo(xEnv, &pInfo, /*failOnError=true*/false);
It was working in 6.1. It didn't save at all in 6.2.0 (with 5 error messages) starting with commit ca0308797df86ebece19260f3ca438a0cb437208 Author: Stephan Bergmann on Tue Nov 13 08:13:00 2018 +0100 tdf#121337: Fail on GIO error in GIO UCP getPropertyValue The saving part was fixed in 6.2.4 (with only 3 error messages, but save works) starting with commit 41747b75076e4446947873b3edc2abe3e3c4ebd1 Author: Stephan Bergmann on Mon Apr 29 11:45:46 2019 +0200 tdf#123472: Propagate getGFileInfo failure less aggressively There are still 3 errors in 7.3 (as the system looks to see if the file already exists before overwriting it).
Adding Ssh to urlobj does wonders in a few areas (like edit account and clicking on the breadcrumb path), but it doesn't seem to help very much with this particular issue.
*** Bug 139132 has been marked as a duplicate of this bug. ***
fix in 7.3 and 7.2.3 with commit 15d0eec26be416e77d9b9580cf34d9a1d32a2615 Author: Caolán McNamara on Mon Oct 18 13:01:05 2021 +0100 Related: tdf#145169 unwanted dialogs on sftp save to remote to a new document