Skip to content

Commit 8d40df6

Browse files
committed
access control clean up
Signed-off-by: Michal Wasilewski <[email protected]>
1 parent 97469b5 commit 8d40df6

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

docs/concepts/spaces/access-control.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -114,10 +114,8 @@ roles["root"]["space-admin-role-id"] {
114114
To use custom roles in login policies, copy the role ID from **Organization Settings****Access Control Center****Roles** → select role → copy ID.
115115

116116
!!! warning
117-
- Please note that Login policies are only allowed to be created in the `root` space, therefore only `root` space admins
118-
and administrative stacks, as well as `legacy` space administrative stacks can create or modify them.
119-
- A logged-in user's access levels only get updated when they log out and in again, so newly added spaces might not be
120-
visible to some users. An exception is that the space's creator immediately gets access to it.
117+
- Please note that Login policies are only allowed to be created in the `root` space, therefore only `root` space admins and administrative stacks, as well as `legacy` space administrative stacks can create or modify them.
118+
- A logged-in user's access levels only get updated when they log out and in again, so newly added spaces might not be visible to some users. An exception is that the space's creator immediately gets access to it.
121119

122120
## Inheritance
123121

@@ -141,8 +139,10 @@ Let's analyze the tree starting from the left.
141139

142140
As mentioned, the user was granted **Write** access to the `write access space` space.
143141
Because inheritance is enabled, they also received **Read** access to the `access propagates up` space and the `root` space. The reason for that is to allow users to see resources that their space can now use.
142+
144143
Next, the user was given **Admin** access to the `admin access space` space. Regardless of the inheritance being off, they also received **Admin** access to the `access propagates down` space.
145144
This makes sense, as we want to allow admins to still manage their spaces subtree even if they want to disable resource sharing between some spaces.
145+
146146
Finally, the user was given **Read** access to the `read access space` space. Because inheritance is off, they did not receive **Read** access to the `legacy` space.
147147

148148
## Related Topics

0 commit comments

Comments
 (0)