Bug 78671 - Nautilus should be able to "move" files to the Trash even on a different partition
Summary: Nautilus should be able to "move" files to the Trash even on a different part...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: nautilus
Version: 8.0
Hardware: i686
OS: Linux
medium
low
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks: GnomeUpstream
TreeView+ depends on / blocked
 
Reported: 2002-11-27 15:26 UTC by Michael Lee Yohe
Modified: 2015-01-08 00:01 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-08-12 13:06:38 UTC
Embargoed:


Attachments (Terms of Use)

Description Michael Lee Yohe 2002-11-27 15:26:47 UTC
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:
Always

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
nautilus-2.0.6-6

Comment 1 Havoc Pennington 2002-12-16 18:20:53 UTC
Changing to MoveUpstream keyword instead of GnomeUpstream tracking bug.
sorry about the spam.

Comment 2 Alexander Larsson 2003-05-27 12:56:26 UTC
Hmm? Nautilus already does this, if it can create the .Trash-$user directory on
the partition.


Comment 3 Alexander Larsson 2003-08-12 13:06:38 UTC
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.