GNOME Bugzilla – Bug 111100
Incorrect detection of file permissions when folder permissions don't match
Last modified: 2004-12-22 21:47:04 UTC
Description of Problem: gedit reports that a file cannot be saved if the containing folder does not have write permissions for the current user/group, even if the particular file has the correct permissions. (/usr/local/etc) - (eskimo@ttyp2.jake) -$ ll |grep squid drwxr-xr-x 4 root wheel 512 Apr 18 15:53 squid (/usr/local/etc) - (eskimo@ttyp2.jake) -$ ll squid/banlist.txt -rw-rw-r-- 1 eskimo wheel 50440 Apr 18 15:53 squid/banlist.txt As you can see, banlist.txt is owned by eskimo:wheel, and should be writeable by eskimo, or by any member of the wheel (of which eskimo is a member). However, when saving banlist.txt from gedit, the following error is displayed: Could not save the file "/usr/local/etc/squid/banlist.txt" If the parent folder (/usr/local/etc/squid) is 'chmod g+w', gedit is happy. However, this should not be the behaviour of the program. I tried editing it in pico even without g+w on squid/, and it works fine. The problem can be reproduced 100% using the steps I mentioned above. However, the actual code error might be causing other problems that I have not tested (eg, what happens if the folder is u-w, but the file is u+w?). I am using gedit v2.2.1 on FreeBSD 4.7. In addition to email, feel free to contact me in #gedit on irc.gimp.org (nick EsKi).
*** This bug has been marked as a duplicate of 92896 ***