[26220] in Athena Bugs

home help back first fref pref prev next nref lref last post

nautilus trash bug

daemon@ATHENA.MIT.EDU (Erica H Peterson)
Tue Dec 7 14:12:38 2004

Date: Tue, 7 Dec 2004 14:12:04 -0500 (EST)
From: Erica H Peterson <astronut@mit.edu>
To: bugs@mit.edu
Message-ID: <Pine.LNX.4.58L.0412071409530.6371@amalgam.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Errors-To: bugs-bounces@mit.edu


Hello,

OLC received a question today from a user that had moved files to the
Trash in nautilus, but did not notice a corresponding decrease in her
quota.  The cause ended up being that the files had been moved to
~/.Trash/, and were not visible when looking at the Trash in nautilus.
This prompted some exploration of the behavior of nautilus and the trash:

- Right-clicking on files and selecting "move to trash" in the
  top-level directory yields an error, "<filename> cannot be moved to
  the Trash. Do you want to delete it immediately?"  If the file is
  then deleted, it is removed forever and does not appear in the
  trash, as expected.

- In subfolders (not the top-level directory), right-clicking and
  selecting "move to trash" does not yield any errors, and the files
  disappear, presumably to the trash.

- After moving files from subfolders into the trash, there are no new
  files (or even hidden files) that appear in the nautilus "Trash",
  viewed by double-clicking the trash icon on the desktop.
  Right-clicking on the Trash icon shows that the "empty trash"
  option is grayed out.  However, those files do appear in ~/.Trash/, and
  continue to take up space until they are deleted from an Athena prompt
  by running "rm .Trash/*"

Thanks,

Erica Peterson
Athena Consultant

-----------------
Erica H. Peterson
astronut@mit.edu

home help back first fref pref prev next nref lref last post