Error saving the doument [docs-name]: This operation is not supported on this operating system
Message quite similar to Bug 121780
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 188.8.131.52 or Libre Office 184.108.40.206
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.
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
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
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