DO NOT REPLY [Bug 30942] New: - Granting a new privilege to a principal with existing privileges creates duplicate ace for the same principal in the acl list

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30942>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30942

Granting a new privilege to a principal with existing privileges creates duplicate ace for the same principal in the acl list

           Summary: Granting a new privilege to a principal with existing
                    privileges creates duplicate ace for the same principal
                    in the acl list
           Product: Slide
           Version: 2.1
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Critical
          Priority: Other
         Component: Security
        AssignedTo: slide-dev@jakarta.apache.org
        ReportedBy: kkankipa@baan.com


I noticed a bug in Slide 2.1B1 when using the code from command client tool to 
grant a privilege to a principal. Lets say the folder "/files" has an acl that 
consists of an ace that looks like this:Prinicpal:property, negative:false, 
inherited:false, protected:false, privilege: write.  When I try to grant an 
additional privilege to "property", lets say "read", you will find that slide 
creates an additional ace instead of creating an additional privilege to the 
existing ace. Looks like command line client does its job correctly, it picks 
the existing ace and adds a new privilege to it. The slide server messes it up. 
Please contact me if you need more information or to clarify.

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org