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 #47 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 14:44:29 +0300
> From: Gustavo Barros <gusbrs.2016 <at> gmail.com>
> Date: Fri, 28 Oct 2022 07:43:08 -0300
> Cc: 58721 <at> debbugs.gnu.org
> 
> I take this means you still cannot reproduce...

I don't have the necessary configuration here to try reproducing.  You
said it doesn't happen when moving to trash just a small directory, so
it's quite clear that something specific to your system is at work here.

> I'm sorry, I don't know what else I can try, I'm out of my depth
> here. Do you have anything you'd like me to try?

Try figuring out why the make-directory call fails.  What is the name
of the directory that fails the call, and why?

> Can anyone else reproduce this, or is it really just me?

Yes, if someone else could reproduce, it could help.

> >  Perhaps on your system something happens in the
> > background, due to one of the filesystems being encrypted or
> > something?
> 
> The encrypted partition is open and mounted, as far as the system can
> see, it is just another ext4 partition. More clearly, it cannot be
> encryption per se, since the "/tmp/" folder is not encrypted at all,
> it is just a tmpfs mount. It's fstab entry is:
> 
>     tmpfs /tmp tmpfs nodev,nosuid,size=6G 0 0
> 
> Of course, it might still be "or something". But I don't do anything
> out of the ordinary here that I'm aware of.

Here are some questions for you to try to answer:

  . Does this happen only with moves across filesystems?
  . Would any target filesystem do, or just some special kind(s)/
  . What is the difference between the first move and the subsequent
    moves that triggers the error?

Thanks.




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.