Bug 78671

Summary: Nautilus should be able to "move" files to the Trash even on a different partition
Product: [Retired] Red Hat Linux Reporter: Michael Lee Yohe <michael>
Component: nautilusAssignee: Alexander Larsson <alexl>
Status: CLOSED NOTABUG QA Contact: Jay Turner <jturner>
Severity: low Docs Contact:
Priority: medium    
Version: 8.0CC: mitr, srevivo
Target Milestone: ---Keywords: MoveUpstream
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-12 13:06:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 79600    

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.