GNU bug report logs - #50189
wdired chmod should not follow symlinks (Bug#11912 followup)

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Tue, 24 Aug 2021 18:06:01 UTC

Severity: normal

Tags: patch

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #26 received at 50189 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 50189 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>,
 Arthur Miller <arthur.miller <at> live.com>
Subject: Re: bug#50189: wdired chmod should not follow symlinks (Bug#11912
 followup)
Date: Sun, 11 Sep 2022 13:05:32 +0200

Michael Heerdegen <michael_heerdegen <at> web.de> writes:

>> Setting wdired-allow-to-change-permissions to t or `advanced' made this
>> work -- you can't really edit the permissions without that.
>
> That behavior not optimal and a bit confusing.

Yeah, like a lot of stuff with dired and wdired, unfortunately.

> I think we could make wdired explicitly check for and throw a
> "user-error" in this case so that the editing command is not performed
> (but only after the properties were attached).

You mean in the wdired-allow-to-change-permissions nil case?  Yes,
definitely.
This bug report was last modified 2 years and 310 days ago.

Previous Next

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