Bug 786629

Summary: [ipa webui] permission with filter or subtree does not allow attr to be specified
Product: Red Hat Enterprise Linux 6 Reporter: Dmitri Pal <dpal>
Component: ipaAssignee: Martin Prpič <mprpic>
Status: CLOSED NOTABUG QA Contact: IDM QE LIST <seceng-idm-qe-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.2CC: arubin, dlackey, jgalipea, mkosek, nsoman
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Because a permission does not provide write access to an entry, delegation does not work as expected. The 389 Directory Server (389-ds) distinguishes access between entries and attributes. For example, an entry can be granted add or delete access, whereas an attribute can be granted read, search, and write access. To grant write access to an entry, the list of writable attributes needs to be provided. The filter, subtree, and other options are used to target those entries which are writable. Attributes define which part(s) of those entries are writable. As a result, the list of attributes will be writable to members of the permission.
Story Points: ---
Clone Of: 783536
: 819997 (view as bug list) Environment:
Last Closed: 2012-05-10 17:10:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 783536    
Bug Blocks: 819997    

Comment 3 Rob Crittenden 2012-04-02 15:45:12 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: A permission doesn't provide write access to an entry

Consequence: Delegation does not work as expected

Fix: 389-ds distinguishes access between entries and attributes. One grants add or delete access to an entry but read, search and write access to an attribute. To grant write access on an entry the list of writable attributes needs to be provided. The filter, subtree, etc. are used to target those entries which are writable. Attributes define which part(s) of those entries are writable.

Result: The list of attributes will be writable to members of the permission.

Comment 4 Martin Prpič 2012-04-15 12:57:40 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1 @@
-Cause: A permission doesn't provide write access to an entry
+Because a permission does not provide write access to an entry, delegation does not work as expected. The 389 Directory Server (389-ds) distinguishes access between entries and attributes. For example, an entry can be granted add or delete access, whereas an attribute can be granted read, search, and write access. To grant write access to an entry, the list of writable attributes needs to be provided. The filter, subtree, and other options are used to target those entries which are writable. Attributes define which part(s) of those entries are writable. As a result, the list of attributes will be writable to members of the permission.-
-Consequence: Delegation does not work as expected
-
-Fix: 389-ds distinguishes access between entries and attributes. One grants add or delete access to an entry but read, search and write access to an attribute. To grant write access on an entry the list of writable attributes needs to be provided. The filter, subtree, etc. are used to target those entries which are writable. Attributes define which part(s) of those entries are writable.
-
-Result: The list of attributes will be writable to members of the permission.