GNU bug report logs - #44059
28.0.50; Trash files cannot be deleted properly if delete-by-moving-to-trash is set

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 44059 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: Re: bug#44059: 28.0.50; Trash files cannot be deleted properly if
 delete-by-moving-to-trash is set
Date: Mon, 26 Oct 2020 21:44:07 +0200

> Date: Mon, 26 Oct 2020 19:03:22 +0300
> From: Jean Louis <bugs <at> gnu.support>
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 44059 <at> debbugs.gnu.org
> 
> * Eli Zaretskii <eliz <at> gnu.org> [2020-10-19 17:55]:
> > > From: Lars Ingebrigtsen <larsi <at> gnus.org>
> > > Date: Mon, 19 Oct 2020 11:54:30 +0200
> > > Cc: 44059 <at> debbugs.gnu.org
> > > 
> > > And... there doesn't seem to be any commands in Emacs for emptying the
> > > trash can?  Shouldn't there be?
> > 
> > AFAIU, doing this for freedesktop-style trash isn't trivial.
> 
> Actually it says that Emacs already does that:

It does?

> Hide Trash Directory: Value Menu Directory: /home/data1/protected/tmp/Trash/
>     State : SAVED and set.
>    Directory for ‘move-file-to-trash’ to move files and directories to. Hide
>    This directory is used only when the function ‘system-move-file-to-trash’
>    is not defined.
>    Relative paths are interpreted relative to ‘default-directory’.
>    If the value is nil, Emacs uses a freedesktop.org-style trashcan.
> 
> So if I set the variable: delete-by-moving-to-trash and not set
> trash-directory it will use freedeskstop style.

Look above: we were talking about _emptying_ the trashcan, not about
_using_ it to move deleted files there.

> There is no big problem. If delete-by-moving-to-trash is set then
> Tramp says it was trashed, which is confusing.

And this is yet another, almost unrelated, issue.

Can we please stay focused in each thread on the topic of that thread,
and nothing more?

Previous Next

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