GNU bug report logs - #78638
30.1; When editing a remote file owned by another user, Tramp signals an error because it cannot change the file mode

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: mmcclenn <at> geology.wisc.edu, 78638 <at> debbugs.gnu.org
Subject: bug#78638: 30.1; When editing a remote file owned by another user, Tramp signals an error because it cannot change the file mode
Date: Sat, 14 Jun 2025 18:16:44 +0300

> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: mmcclenn <at> geology.wisc.edu,  78638 <at> debbugs.gnu.org
> Date: Sat, 14 Jun 2025 16:01:56 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> Hi Eli,
> 
> >> >> Likely, this is due to missing permissions in the upper directory.
> >> >
> >> > If the permission of the parent directory are the problem, then the
> >> > same problem could happen with local files, right?
> >>
> >> Likely, I am wrong. As Andreas Schwab wrote, to be able to chmod a file
> >> you need to be owner (or privileged), other permissions are not
> >> relevant.
> >
> > Again, this can happen with local files as well.  And AFAIU
> > backup-by-copying should have handled that situation.
> 
> I've reproduced the problem with local files, no Tramp involved. It
> happens also, both with setting backup-by-copying to nil or t.

So it is no longer a Tramp issue.

Can you show a full recipe to reproduce it?

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.