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 404600 - deleting contained read-only directory / contents ..
deleting contained read-only directory / contents ..
Status: RESOLVED FIXED
Product: gvfs
Classification: Core
Component: trash backend
git master
Other Linux
: Normal normal
: ---
Assigned To: Allison Karlitskaya (desrt)
gvfs-maint
: 568608 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-02-05 14:29 UTC by Michael Meeks
Modified: 2009-01-22 10:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Description Michael Meeks 2007-02-05 14:29:20 UTC 
If you do:

mkdir -p ~/Foo/Baa
touch ~/Foo/Baa/baz
chmod u-w ~/Foo/Baa

Then when you drag ~/Foo to Trash - it succeeds, but when you empty trash you get a bus-load of errors wrt. working inside 'Baa' - wrt. the read-only-ness of it.
Comment 1 Cosimo Cecchi 2008-02-22 13:58:11 UTC 
Confirming, still there with 2.21.91.
Comment 2 Simos Xenitellis 2008-10-23 18:52:39 UTC 
Regarding the possible options to solve this issue, would it make sense to have the following workflow:

1. User tries to empty the Trash
2. Nautilus realises that some files cannot be erased
3. Nautilus brings up a dialog box

"You are attempting to empty the Trash. Some files in the Trash cannot be removed and requires administrative privileges to erase them.
Do you really want to empty the Trash?"

4. If the user picks Yes, then the administrative password is requested and the erase is performed.

A common situation where users get stuck with this issue is when they copy files from a data CDROM.
Comment 3 Simos Xenitellis 2008-10-23 20:33:23 UTC 
A subset of the issue, copying files from read-only media such as a CDROM, has been resolved with bug 550816.
Comment 4 mwisnicki 2008-12-20 17:22:53 UTC 
This looks like a duplicate of bug 108307
Comment 5 A. Walton 2008-12-21 01:19:34 UTC 
And it was fixed here: 

2008-12-16  Ryan Lortie
        * daemon/trashlib/trashexpunge.c: set files to mode 700 before 
        deleting to deal with users trashing read-only directories

This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 6 Allison Karlitskaya (desrt) 2008-12-21 03:48:50 UTC 
ah!  i thought there was this bug somewhere, but i couldn't find it :)

thanks for closing
Comment 7 Cosimo Cecchi 2009-01-22 10:12:37 UTC 
*** Bug 568608 has been marked as a duplicate of this bug. ***