After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 352666 - Emptying Trash from other users is very slow as no "skip-all" or detection
Emptying Trash from other users is very slow as no "skip-all" or detection
Status: RESOLVED DUPLICATE of bug 108307
Product: nautilus
Classification: Core
Component: Trash
2.17.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on: 354394
Blocks:
 
 
Reported: 2006-08-24 12:21 UTC by Adam Cottrell
Modified: 2007-11-24 18:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Adam Cottrell 2006-08-24 12:21:59 UTC
Please describe the problem:
If other users files/folders exist in your user Trash, then running "empty trash" from GUI will ask you to "skip" or "retry" every occurance.

In addtion, due to the pretty graph, clearing large quantities of data (>5G) is very slow as every file is indexed before deletion.

Ideally there should be a skip-all button - or at least an option to skip non-user files.

Secondly there should be an option to skip file indexing (e.g. run rm -rf from cli, whilst displaying a deleting... message/graph).

Basically, this tool in unusable for large empty functions, and when root files exist.


Steps to reproduce:
1. Create 5Gb+ of data (with lots of files in it)
2. # chown root:root - some of the buried files
2. Delete using sudo mv, or press [delete] from nautilus
3. Try to Empty the trash from the desktop/panel


Actual results:
After a huge delay (due to filename indexing) it will start the delete process off. When it eventually finds the root:root files it will ask you if you want to skip/cancel/retry. Obviously retry is useless, but having to press skip every time is very time consuming.
It should have taken 54 mins (estimated) to delete, but it actually took > 2 hours, with me constantly pressing skip!

Expected results:
For large Trash Empty processes, skip the initial indexing.
If the file does not have write/delete privalidges for this user ask if they have super-user password, or just allow a skip-all-further errors button.

Does this happen every time?
Yes!

Other information:
No! But feel free to discuss if you like. Also, point me at the source code, and I'll add the feature myself if you prefer!
Comment 1 Christian Kirbach 2007-01-19 23:28:53 UTC
Thank you for your report.

this is acutally two problems in one report..... which is actually not the way bugzilla is intended to be used.

anyways, this still applies to 2.17

Bug 354394 essentially covers the first problem.

Comment 2 Teppo Turtiainen 2007-11-24 18:02:32 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 108307 ***