GNU bug report logs - #58721
28.2; dired with delete-by-moving-to-trash can't trash directory twice

Previous Next

Package: emacs;

Reported by: Gustavo Barros <gusbrs.2016 <at> gmail.com>

Date: Sat, 22 Oct 2022 18:24:01 UTC

Severity: normal

Found in version 28.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Gustavo Barros <gusbrs.2016 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 58721 <at> debbugs.gnu.org, Mike Kupfer <mkupfer <at> alum.berkeley.edu>
Subject: Re: bug#58721: 28.2; dired with delete-by-moving-to-trash can't trash
 directory twice
Date: Mon, 31 Oct 2022 10:16:47 -0300
On Mon, 31 Oct 2022 at 09:49, Eli Zaretskii <eliz <at> gnu.org> wrote:

> What is the expected semantics of moving a symlink to trashcan?  Is it
> supposed to move the symlink or its target?  (I'd think it's the
> former, but maybe my instincts are wrong.)  If the expectations are
> that the symlink is moved, then all we need to do is to treat symlinks
> as regular files, by augmenting file-directory-p not to dupe us.

I'm not sure either, but my instincts are the same as yours. If that's
any reference, I just tested here, and that's what "gio trash" does
(moves the symlink, not the target).

> I'm okay with filing another bug report about rename-file, and
> discussing this there.  But that's a separate issue, and fix of this
> bug should not depend on that.

Understood.




This bug report was last modified 2 years and 182 days ago.

Previous Next


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