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 #41 received at 58721 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gustavo Barros <gusbrs.2016 <at> gmail.com>
Cc: 58721 <at> debbugs.gnu.org
Subject: Re: bug#58721: 28.2; dired with delete-by-moving-to-trash can't trash
 directory twice
Date: Fri, 28 Oct 2022 10:46:56 +0300
> From: Gustavo Barros <gusbrs.2016 <at> gmail.com>
> Date: Thu, 27 Oct 2022 19:01:27 -0300
> Cc: 58721 <at> debbugs.gnu.org
> 
> At the end of the function, the call is done to:
> 
>     (rename-file fn new-fn overwrite)
> 
> But, when the operation is crossing filesystems and the file is large
> enough, the `rename-file' will fail with "file exists", despite the
> `OK-IF-ALREADY-EXISTS' argument being `t'.

This sounds very strange.  Why would the failure depend on the size of
the file/directory and on whether it does or doesn't cross
filesystems?  I see nothing in the code involved in this that could
cause that.  Perhaps on your system something happens in the
background, due to one of the filesystems being encrypted or
something?




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.