949
votes
|
|
1240
0
291
|
|
|
|
|
3
votes
|
|
3
1
0
|
|
|
|
|
|
12
votes
|
|
14
5
2
|
|
|
|
|
|
139
votes
|
|
145
5
6
|
|
|
|
|
|
-35
votes
|
|
5
3
40
|
|
|
|
|
|
26
votes
|
|
29
5
3
|
|
|
|
|
|
-16
votes
|
|
5
4
21
|
|
|
|
|
|
Propose your solution
Attachments
Duplicates
Comments
|
michaelw
wrote on the 28 Feb 08 at 18:05
|
|
|
It is a difficult problem, imagine this senario: Mr A uses someone elses computer to manage his files, if he deletes a file it will then be moved to who ever's computer he is borrowing to do this. Resulting in Mr A not being able to restore his files when not at that specific computer and Mr A's files being now being stored on a stranger's/public computer possibly without his knowledge.
This is quite a common senario with removeable media, and has been the topic of a lot of debate within the GNOME community. I think the current behaviour is correct, but it needs to be more obvious to the user that the trash is held on the stick. Nautilus should look for a .trash folder and display a Trash icon.
|
|
ottk3
wrote on the 28 Feb 08 at 18:07
|
|
|
"Nautilus should look for a .trash folder and display a Trash icon."
+1
|
|
|
I actually think it should be in the USERS trash.
Why?
What if you come by, bring a bag of goodies. You choose to throw one of the goodies _away_. You are not bringing your own trash-can are you?
Secondly removeable devices have less room. You tend to fill them up.
|
|
gcc
wrote on the 29 Feb 08 at 10:59
|
|
|
|
Good idea Ralf.Nielkñadlkuy!
|
|
fredsdc
wrote on the 29 Feb 08 at 15:50
|
|
|
I remember seeing this already in Ubuntu, perhaps?
1. If I'd like to empty the trash while the device is mounted, I do it the same way.
2. Else, when I select to unmount a device that has items in the .trash directory, it asks me if I'd like to empty it prior to unmounting.
|
|
awalton
wrote on the 29 Feb 08 at 16:28
|
|
|
> I actually think it should be in the USERS trash.
This is a REALLY BAD IDEA (tm). How do [evil programs] often get transmitted? Why should "trashing" a 500MB file on a removable drive take 5 minutes (while it moves to the User's directory's trash)? What if you have sensitive information you're attempting to trash from the drive?
Computers aren't the same as supermarkets, files are not the same as groceries. Trashes are per-locale because that's the way they need to be for security and practicality reasons. What users really need is a warning that the trash has contents, and those contents should be flushed before unmounting if the user has no objections to that. And that's exactly what Nautilus does now (http://bugzilla.gnome.org/show_bug.cgi?id=138058 RESOLVED FIXED).
The only thing left would be a patch that made sure to scan all possible trash directories so that we can assert they are all emptied properly. This is not a lot of work and could be done in a day if anyone sat down to do it (but it's not really high priority for the end of this cycle, as there are many more regressions to fix first in file management). It's also not great if the drive is not FAT, as those other trash folders may have permissions set so you can't empty them without being root.
|
|
Lee
wrote on the 29 Feb 08 at 20:50
|
|
|
I'd like to propose an entirely different approach:
I think trash-deletions and secure-wipes should be implemented at the kernel/filesystem level, so that the kernel knows when a file should be deleted, recovered, or erased forever. Then the filesystem itself can hide the trash so it doesn't bother you until you use some special tool to recover it. Making the file actually go away would just a matter of syncing the device before unmounting (as usual for any other write to the filesystem), or even immediately modifying, if the filesystem is mounted with the "sync" flag -- again, as usual. Less special tricks, less low-level stuff for the desktop to think about, more consistency, and more awareness from the OS of what's REALLY going on with your files.
|
|
|
|
No. No sync. Seriously. It's bad. It seriously kills disk io for some users, bad experience.
|
|
adelie
wrote on the 29 Feb 08 at 23:09
|
|
|
|
I think ease of use should come first, and knowing how to properly or securely delete your files is part of the learning process, not something that is flawed in its design.
|
|
tremby
wrote on the 1 Mar 08 at 00:47
|
|
|
|
i think there should be no trash for removable volumes, and when a file is selected to be deleted a warning appears notifying the user that it won't be moved to trash but entirely erased. that seems to me the cleanest solution.
|
|
basramm
wrote on the 3 Mar 08 at 10:47
|
|
|
|
I absolutely agree with tremby!
|
|
|
|
I think that it is fine the way it is (on mine anyway) as in it deletes /trash files when unmounting. Also it is very easy to go into the user trash and see trash on the removable device. (mine shows it automatically)
|
|
twright
wrote on the 3 Mar 08 at 23:59
|
|
|
|
i think there should only be trash for removable drivers over 10gb, i really find trash useful on my 500gb external hd but annoying on my 1gb memory stick
|
|
Warbo
wrote on the 10 Apr 08 at 00:19
|
|
|
Moving files between drives as a step to getting rid of them is inefficient, but the idea of the trash is good in my opinion.
I think the only needed change is that whenever the trash is emptied by a user with trash on removable drives then those removable trash folders should be deleted too.
|
|
bobray
wrote on the 2 May 08 at 22:09
|
|
|
|
+1 for tremby's idea, why not keep it intuitive?
|
|
GaryParr
wrote on the 12 Sep 08 at 14:19
|
|
|
|
Why not just use a config file on the drive? something like .notrash which means... no trash on this device.
|
Post your comment
|
