Restrict member removal through ACLs
Restrict member removal through ACLs
In some use-cases managers could be allowed to add users to a role/group but not to remove other users from it.
One suggestion was to add a «delete» right separated from the «write» right in the ACLs. One problem with this is it means managers can’t remove values they added themselves. Also we’ll need to migrate existing ACLs, and to decide what this «delete» right means for monovaluated attributes. Maybe an other solution would be to look into rights on the user to decide if it can be removed or not by a manager.
Link issues together to show that they're related. Learn more.
Activity
Hello,
as discussed i'am in favour of a delete right that seems more consistant and is more generic.
The issues we saw was :
- how to handle single value
in my reasoning this delete right is a generic right that can be remove when one doesnt want people to remove entries aka: making them blank in a mono valuated attribute
- how to handle multivalue
in my reasoning this delete right is a generic right that can be remove when one doesnt want people to remove entries aka: removing entries in the case of multivaluated
- how to migrate acl
we could add the delete rights on all acl when migrating
Cheers
By bmortier on 2017-11-27T21:06:38 (imported from GitLab)
Edited by bmortierSo the chosen solution was to add ACLs on user side for putting a user in a group/role. This means there will be ACLs on groups&roles tab with fields groupsMembership and rolesMembership and a manager will need write rights on those fields in order to be able to put a user in a group/role.
This is postponed to 1.3 as in the mean time #5625 will be used instead by using templates to put users in groups/roles.
(from redmine: written on 2017-06-19)
By Côme Chilliet on 2017-09-02T15:37:59 (imported from GitLab)
- bmortier created branch
5570-restrict-member-removal-through-acls
created branch
5570-restrict-member-removal-through-acls
By Côme Chilliet on 2017-10-11T10:05:45 (imported from GitLab)
- bmortier mentioned in merge request !41
mentioned in merge request !41
By Côme Chilliet on 2017-10-11T10:05:46 (imported from GitLab)
- bmortier added 2h of time spent
added 2h of time spent
By Côme Chilliet on 2017-10-11T12:24:15 (imported from GitLab)
- bmortier added To Be Tested label
added To Be Tested label
By Côme Chilliet on 2017-10-11T13:40:00 (imported from GitLab)
- bmortier created branch
5570-restrict-member-removal-through-acls
created branch
5570-restrict-member-removal-through-acls
By Côme Chilliet on 2017-10-25T07:31:17 (imported from GitLab)
- bmortier mentioned in merge request !59
mentioned in merge request !59
By Côme Chilliet on 2017-10-25T07:31:19 (imported from GitLab)
- bmortier added 30m of time spent
added 30m of time spent
By Côme Chilliet on 2017-10-25T09:11:57 (imported from GitLab)
- bmortier changed the description
changed the description
By bmortier on 2017-11-27T21:06:29 (imported from GitLab)
The selenium tests are done (https://gitlab.fusiondirectory.org/automated-testing/automated-testing/issues/3) and they were successfull (https://jenkins.fusiondirectory.org/view/Selenium-Test/job/Selenium-Tests-Generic/plugin=core,vminfos=dev-jessie/626/testReport/(root)/AclTest/)
So I close this issue.
By Jonathan Swaelens on 2018-03-14T14:36:14 (imported from GitLab)
- bmortier closed
closed
By Jonathan Swaelens on 2018-03-14T14:36:15 (imported from GitLab)
- bmortier added 10m of time spent at 2018-03-14
added 10m of time spent at 2018-03-14
By Jonathan Swaelens on 2018-03-14T14:36:16 (imported from GitLab)
- bmortier removed To Be Tested label
removed To Be Tested label
By Jonathan Swaelens on 2018-03-14T14:36:16 (imported from GitLab)