Activity log for bug #116564

Date Who What changed Old value New value Message
2007-05-24 06:41:34 Brice Terzaghi bug added bug
2007-05-24 07:38:55 Jayson Vaughn gnome-applets: status Unconfirmed Needs Info
2007-05-24 07:38:55 Jayson Vaughn gnome-applets: assignee thedonvaughn
2007-05-24 07:38:55 Jayson Vaughn gnome-applets: statusexplanation
2007-05-24 19:21:55 Jayson Vaughn gnome-applets: status Needs Info Rejected
2007-05-24 19:21:55 Jayson Vaughn gnome-applets: assignee thedonvaughn
2007-05-24 19:21:55 Jayson Vaughn gnome-applets: statusexplanation Unable to reproduce the bug and so is the reporter.
2008-06-16 16:18:45 Antoine Pairet description Binary package hint: gnome-applets When I open the Trash folder (Nautilus), I can empty it with the button "emtpy trash". Then, if a file cannot be deleted for any reason (I had a subfolder that belonged to nobody and was locked), a warning appears asking to ignore the file or abort (so the remaining files can be deleted). When using the "empty trash" option from the applet context menu, this warning does not appear and the operation aborts, leaving subsequent files in the trash and the user not knowing why it can't empty itself. Binary package hint: gnome-applets When I open the Trash folder (Nautilus), I can empty it with the button "emtpy trash". Then, if a file cannot be deleted for any reason (I had a subfolder that belonged to nobody and was locked), a warning appears asking to ignore the file or abort (so the remaining files can be deleted). When using the "empty trash" option from the applet context menu, this warning does not appear and the operation aborts, leaving subsequent files in the trash and the user not knowing why it can't empty itself. UPDATE: ----------- I've had the problem again and I can now reproduce it. It seems to come from a specific mix of root/user file access in subdirectories. 1. create a directory as simple user : mkdir testfolder1 2. inside this directory, create another one as root : sudo mkdir testfolder2 3. in that one, put a user file (you'll have to move it as root) You then get the following structure : testfolder1 (user) -> testfolder2 (root) -> testfile1 (user) Put testfolder1 in the trash and try to empty it from the context menu of the Gnome applet: you can't because of the folder with root access and you don't get an error message. Also, You can't move the content of the Trash elsewhere (with Nautilus), you'll have an error message related to access rights. It seems that it's the combination of user inside root inside user directory that triggers the bug. Maybe duplicate of https://bugs.launchpad.net/bugs/230125
2008-06-16 16:19:14 Antoine Pairet gnome-applets: status Invalid Confirmed
2008-09-13 10:52:28 Sebastien Bacher gnome-applets: importance Undecided Low
2008-09-13 10:52:28 Sebastien Bacher gnome-applets: assignee desktop-bugs
2008-09-13 10:52:28 Sebastien Bacher gnome-applets: statusexplanation the issue is an upstream one, could you open it on bugzilla.gnome.org?
2008-09-13 12:31:27 Antoine Pairet bug assigned to gnome-applets
2008-09-13 12:48:04 Sebastien Bacher gnome-applets: status Confirmed Triaged
2008-09-13 12:48:04 Sebastien Bacher gnome-applets: statusexplanation the issue is an upstream one, could you open it on bugzilla.gnome.org?
2008-09-14 16:55:42 Bug Watch Updater gnome-applets: status Unknown New
2009-01-07 05:21:03 Bug Watch Updater gnome-applets: status New Confirmed
2010-09-16 19:08:17 Bug Watch Updater gnome-applets: importance Unknown Medium