GNOME Bugzilla – Bug 476338
gnome-vfs should check folder writability when moving folders to the trash
Last modified: 2008-09-06 18:55:10 UTC
Coreutils (rm) does not allow a user to remove files within non-writable directories. However, gnome-vfs does allow a writable directory containing a non-writable directory containing a file to be moved to the trash. This phenomenon should be checked for even if it produces a slight overhead. Example: cd mkdir -p test/test touch test/test/file cd test chmod -R a-w test cd rm test/test/file rm: remove write-protected regular empty file `test/test/file'? y rm: cannot remove `test/test/file': Permission denied To show this is only a folder permission problem, another example: cd touch file chmod 000 file rm file No errors. These folders/files should not be allowed to be moved to the trash. This feature request is related to Bug 108307, but is a separate matter.
gnome-vfs has been deprecated and superseded by gio/gvfs since GNOME 2.22, hence mass-closing many of the gnome-vfs requests/bug reports. This means that gnome-vfs is NOT actively maintained anymore, however patches are still welcome. If your reported issue is still valid for gio/gvfs, please feel free to file a bug report against glib/gio or gvfs. @Bugzilla mail recipients: query for gnome-vfs-mass-close to get rid of this notification noise all together. General further information: http://en.wikipedia.org/wiki/GVFS Reasons behind this decision are listed at http://www.mail-archive.com/gnome-vfs-list@gnome.org/msg00899.html