Flash Posted December 1, 2021 Share Posted December 1, 2021 Hello, I might have encountered a bug. Consider I have two users: "user1" and "user2". Now user1 creates a new folder named "Main Folder" using the Advanced Permission Model. Next, he adds user2 as admin to this group: Next, user1 adds a shared password list named "A Shared List" under this folder. Viewing the permissions for "A Shared List", it looks like this: So far, so good. Now for "A Shared List" I set "Disable Inheritance ..." Also, for "A Shared List", I set the access level of user2 to View: So far, so good. Now comes the part which confuses me. For "A Shared List" I deactivated "Disable Inheritance ..." I would image that now user2 has admin access again as specified by the "Main Folder". However, user2 still only has view access: The permissions tab looks like this: Is this supposed to happen or did I encounter a bug? Link to comment Share on other sites More sharing options...
support Posted December 1, 2021 Share Posted December 1, 2021 Hello, We can confirm that turning off the 'Disable Inherittance' setting on a Password List, does not change permissions on the Password List at all. You then need to modify permissions on upper-level folders, if you want to modify permissions on the Lists nested beneath it. We hope this claeifies. Regards Click Studios Flash 1 Link to comment Share on other sites More sharing options...
Flash Posted December 2, 2021 Author Share Posted December 2, 2021 Thank you for your reply! Are you missing a "not" in your first sentence? So what exactly would I need to change? On the upper-level folder, user2 already has admin access: And permissions cannot be changed on the password list (understandably): Apparently, the inheritance does not properly work. Link to comment Share on other sites More sharing options...
support Posted December 2, 2021 Share Posted December 2, 2021 Sorry, yes It meant to say "does not change permissions". When you select the option to Disable Inheritance, there is the change the permissions can be different - as you've changed them on the Password List itself. So to correct this now, on the Main Folder, change User 2 to have Modify permissions, and then change back to Admin permissions. This will propagate those changes down to the Password List. Regards Click Studios Link to comment Share on other sites More sharing options...
Alex VanderWoude Posted December 21, 2021 Share Posted December 21, 2021 I think there may still be a problem with this functionality, even in build 9381. When the lower-down item disables inheritance of permissions and then removes an entire security group (for example, SecGroupXYZ) from its permissions, and then unchecks "Disable Inheritance..." so that it once again inherits permissions, the following happens: SecGroupXYZ does not show up in lower folder's permissions, as explained earlier in this thread. Go to upper folder and change its permissions for that group, such as setting SecGroupXYZ to "View". Go to lower folder and look at its permissions. SecGroupXYZ still does not appear in the list, alas. If a group (for example, secGroupABC) appears on the permissions of both upper and lower folders, then changing the upper folder's permissions is propagated down to the lower folder as explained earlier in this thread. If SecGroupXYZ is removed from upper folder, and then re-added to upper folder, only then does it also appear in lower folder's permissions. So it seems that when inheritance of permissions is re-enabled (a fairly unusual thing, I will admit), there isn't a full synchronization occurring on the next permissions change. Specifically, when a group exists in upper folder but not in lower folder (due to fiddling around when permission inheritance was disabled), it is not re-added to lower folder when a mere change is made -- even if that change is in the group that is missing from lower folder. Only by removing and re-adding that group to upper folder does the system also ensure it is added to all the child items. Link to comment Share on other sites More sharing options...
support Posted December 21, 2021 Share Posted December 21, 2021 Thanks Alex, we'll see if we can replicate this scenario, and provide a fix if we can. Regards Click Studios Link to comment Share on other sites More sharing options...
WoutDR Posted February 21, 2023 Share Posted February 21, 2023 We still notice this behavior in build 9708, any update on a fix on the way? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now