** Description changed:
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
** Changed in: gnome-applets (Ubuntu)
Status: Invalid => Confirmed
--
Trash applet : no warning when a file can't be deleted
https://bugs.launchpad.net/bugs/116564
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-applets in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
