POSIX ACLs require the 3 standard ACEs: USER_OBJ, GROUP_OBJ, and OTHER. But
if you clear all the ALLOW and DENY bits in the Security tab for a file,
Windows doesn't send them at all.
Currently, the ensure_canon_entry_valid routine in posix_acls.c makes sure all
3 are valid. If they don't exist, it reads the existing ACE and uses it.
That makes it impossible to, for example, clear all the bits for "Everyone"
(aka, OTHER). If you clear them all, Windows doesn't send any OTHER ACE and
ensure_canon_entry_valid replaces it with whatever was there before; hence
it's not changed.
There could be a number of ways to resolve this, but the way it is now doesn't
acl bugs == jra :-)
Duplicate of #69.
added new CC
*** Bug 69 has been marked as a duplicate of this bug. ***
Comments from Waider:
Server is Linux 2.4.20 + libattr + libacl; Samba shares are
on ext3fs with ACL patches.
The Everyone ACL cannot be set to No Access from NT. The
instruction appears to be disregarded, since the ACLs on
the file are unchanged after an attempt to do so.
consolidating some bugs. Closed 69 as a duplicate of the one.
Probably bad practice since bug 69 weas older, but I didn't
think of that in time. Added original poster of bug 69 to CC list.
*** Bug 107 has been marked as a duplicate of this bug. ***
I have fixed this for 3.0 by not re-reading old ACL entries and just leaving
them as --- when not sent.
originally reported against 3.0aph24. Bugzilla spring cleaning.
Removing old alpha versions.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.