bug#58132: 29.0.50; Tramp: not preserving remote chmod attributes when copy

[Michael Albinus <michael.albinus@gmx.de>]

Michael Albinus <michael.albinus@gmx.de> writes:

Hi Jean,

>> Normal behavior with local `copy' command is to preserve attributes of
>> the destination file, if such file exists.
>>
>> Normal behavior of ssh/scp is to preserve file attributes of destination
>> file if such file exists:
>>
>> $ ssh stw1 ls -l /home/admin/diff.sql
>> -rwxr-xr-x 1 admin admin 6240 Sep 27 20:22 /home/admin/diff.sql
>> ~
>> $ ls -l diff.sql
>> -rw-r--r-- 1 admin admin 6240 Jun 20  2021 diff.sql
>> ~
>> $ scp diff.sql stw1:~/
>> diff.sql                                                          100% 6240    20.6KB/s   00:00
>> ~
>> $ ssh stw1 ls -l /home/admin/diff.sql
>> -rwxr-xr-x 1 admin admin 6240 Sep 27 20:23 /home/admin/diff.sql
>> ~
>>
>> I have noticed that Tramp transfers file attributes from local file to
>> remote file. This causes server errors, as it is out of the habit that
>> file attributes on existing file are to be preserved.
>
> Tramp does what it is instructed. Copying a file is triggered by the
> `copy-file' function. If the argument PRESERVE-PERMISSIONS is non-nil,
> Tramp tries to preserve the permissions. See the docstring of `copy-file':
>
> So it isn't an error per se.

No further comment, I'm closing the bug therefore.

Best regards, Michael.