Bug 78671 - Nautilus should be able to "move" files to the Trash even on a different partition
Nautilus should be able to "move" files to the Trash even on a different part...
Product: Red Hat Linux
Classification: Retired
Component: nautilus (Show other bugs)
i686 Linux
medium Severity low
: ---
: ---
Assigned To: Alexander Larsson
Jay Turner
: MoveUpstream
Depends On:
Blocks: GnomeUpstream
  Show dependency treegraph
Reported: 2002-11-27 10:26 EST by Michael Lee Yohe
Modified: 2015-01-07 19:01 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-12 09:06:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michael Lee Yohe 2002-11-27 10:26:47 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830

Description of problem:
By default, Nautilus will move the file to the trash.  If the file is not
located in your home directory, however, it pops up a dialog box saying that the
file could not be moved to the Trash - and then asks the user if they wish to
permanently delete the file.

As it stands - files outside the home directory partition (common to many Linux
box setups) will not be stored - thus defeating the feature of having a
repository for deletions.

Windows NT+ handles this problem (across drives) by creating a recycle bin
directory handle that exists for the current logged in user on each drive (for
maximum speed).  Since that solution is kind of hard to implement under Linux,
the "Expected Results" should suffice.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. create a file in a different partition than the home directory partition
(i.e. /tmp)
2. attempt to delete the file using nautilus

Actual Results:  File is located on a different partition and thus cannot be
"moved".  An error message is displayed only allowing the user to permanently
delete the file.

Expected Results:  File is located on a different partition.  Nautilus should
check to see if enough disk space is available to accomodate the file in
~/.Trash - if so, copy the file over to ~/.Trash (show non-modal progress dialog
if necessary).

If restoration is necessary, check to see if the originating partition can still
accomodate the file (permissions, space, etc.)  If so, then reverse the process,
including a progress dialog if necessary.

This should be the default preference, but can be overridden if so desired by
the user.

Additional info:

$ rpm -q nautilus
Comment 1 Havoc Pennington 2002-12-16 13:20:53 EST
Changing to MoveUpstream keyword instead of GnomeUpstream tracking bug.
sorry about the spam.
Comment 2 Alexander Larsson 2003-05-27 08:56:26 EDT
Hmm? Nautilus already does this, if it can create the .Trash-$user directory on
the partition.
Comment 3 Alexander Larsson 2003-08-12 09:06:38 EDT
Really, we already do the best we can. Moving files between partitions can cause
problems, so we don't want to do that.

Note You need to log in before you can comment on or make changes to this bug.