Category access inherited to sub-categories
planned
Y
Yellow ochre Falcon
Today when assigning access to roles to specific categories, this access is not inherited to sub-categories. This puts a huge limitation to the use of differentiated access for different security groups, because new sub-categories will not automatically be included in the security group.
If access to a particular category could be automatically inherited to sub-categories - both existing and any future sub-categories, this would greatly expand the use of using security groups.
Log In
D
D360 Product Management
marked this post as
planned
Kesavan M
++ Nickel Reindeer
D
D360 Product Management
Merged in a post:
Nested categories don't inherit permissions
W
Whole Wombat
When applying permissions to a first-level category in the Documentation area, articles below that first-level category inherit the category's permissions.
This issue is with sub-categories and articles below sub-categories; they do not inherit the permission, but do show the inheritance.
To grant permissions to sub-categories and articles below, you have to go into the reader groups and select the sub-categories.
Request: Sub-categories inherit permissions from the parent category. This will make permissions management much easier and is the expected result. This is how normal file system management would operate. If permissions need to be excluded, you can simply deny access for a specific category or article.
Mohamed Shakheen
Hi Whole Wombat
Thank you for bringing this to our attention.
Currently, when permissions are applied to a first-level category, the articles directly under it inherit those permissions. However, sub-categories and the articles within them do not automatically inherit the same permissions, even though the UI indicates inheritance. This requires manually assigning access for sub-categories through the reader group settings, which adds complexity to permission management.
We understand that having sub-categories and their articles automatically inherit permissions from the parent category - similar to how file systems manage inheritance - would make access management more intuitive and efficient.
We plan to address this behavior as part of the Team Accounts and Reader Management revamp roadmap item. Once it is considered for development, we’ll share an ETA update with you.
M
Marigold Ladybug
This was originally requested in 2021 and still has been implemented.
In March 2025 D360 Product Management said it's been prioritised on the roadmap, however it's not October 2025 and we've still had no update.
Can we can get an update please
C
Closed Sturgeon
Mango Carp
D
D360 Product Management
Hi Yellow ochre Falcon, Thanks for sharing the feedback.
This has been prioritized in our roadmap. We will keep you updated on the estimated timeline.
U
Umber brown Butterfly
D360 Product Management Any roadmap status update for this feature? This limitation is a growing pain point for our team and would love to have it resolved. Thanks! cc Brilliant Catshark
Kesavan M
Adding Waterspout Beetle to this request. As they are looking for a similar feature within the widget’s content access selection.
E
Eligible Reindeer
Repeating and adding to what Alexander Gaeta said:
When managing category access for reader groups, you must select all sub-categories for those reader groups to have access.
When adding new subcategories, these are not "selected" by default (i.e., group base access is not added automatically).
Consequently, users will not get access to those new categories or articles within them, until access has been granted on the group level.
HOWEVER, when you look at those categories and articles within them (Security -> Knowledge Base Site Access Control) it does look as if group access from a top-level category is Inherited (which it is not).
W
Worthwhile Swordfish
Talked to Sid today about this. This feature needs to be included.
Load More
→