View and manage overriden permissions per users or roles. #5055

New Issue

OVERLORD · 2026-02-05T09:37:07+03:00

OVERLORD commented

2026-02-05 09:37:07 +03:00

Originally created by @mlunaphillips on GitHub (Nov 19, 2024).

Describe the feature you'd like

BookStack doesn’t have an interface that directly shows and let manage "overridden" permissions per users/roles.

Something like:

Select user or role.
See specifically what the user or role has access to (what shelves/books/chapters/pages).
Be able to change the access with granularity from the same page, something that would look like the "Asset Permissions" under "Role" in Settings.

Describe the benefits this would bring to existing BookStack users

This would allow for better user access/permissions management. Just imagine my instance of Bookstack has hundreds of books and I'm asked what certain user or role has access to to fix the permissions accordingly. We'd have to hire a person in the company just to review what shelves/books/chapters/pages a user/role has access to. Auditing access/permissions would take an eternity.

Can the goal of this request already be achieved via other means?

Not within Bookstack. Maybe keeping track manually but this is what computers are for.

Have you searched for an existing open/closed issue?

I have searched for existing issues and none cover my fundamental request

How long have you been using BookStack?

3 months to 1 year

Additional context

I could not find an existing issue that covers this topic. Apologize in advance if there's any.

Originally created by @mlunaphillips on GitHub (Nov 19, 2024). ### Describe the feature you'd like BookStack doesn’t have an interface that directly shows and let manage "overridden" permissions per users/roles. Something like: 1. Select user or role. 2. See specifically what the user or role has access to (what shelves/books/chapters/pages). 3. Be able to change the access with granularity from the same page, something that would look like the "Asset Permissions" under "Role" in Settings. ### Describe the benefits this would bring to existing BookStack users This would allow for better user access/permissions management. Just imagine my instance of Bookstack has hundreds of books and I'm asked what certain user or role has access to to fix the permissions accordingly. We'd have to hire a person in the company just to review what shelves/books/chapters/pages a user/role has access to. Auditing access/permissions would take an eternity. ### Can the goal of this request already be achieved via other means? Not within Bookstack. Maybe keeping track manually but this is what computers are for. ### Have you searched for an existing open/closed issue? - [X] I have searched for existing issues and none cover my fundamental request ### How long have you been using BookStack? 3 months to 1 year ### Additional context I could not find an existing issue that covers this topic. Apologize in advance if there's any.

OVERLORD added the 🔨 Feature Request :cat2:🐈 Possible duplicate labels 2026-02-05 09:37:07 +03:00

OVERLORD closed this issue

2026-02-05 09:37:09 +03:00

OVERLORD commented

2026-02-05 09:37:10 +03:00

@an920107 commented on GitHub (Dec 1, 2024):

This is indeed a very practical feature!

@an920107 commented on GitHub (Dec 1, 2024): This is indeed a very practical feature!

OVERLORD commented

2026-02-05 09:37:12 +03:00

@ssddanbrown commented on GitHub (Feb 13, 2025):

Thanks for the request, but I'm going to close this off as a duplicate of #1736 as I feel that already covers the fundamental request of this issue (lack of overview/observability of active permissions)

@ssddanbrown commented on GitHub (Feb 13, 2025): Thanks for the request, but I'm going to close this off as a duplicate of #1736 as I feel that already covers the fundamental request of this issue (lack of overview/observability of active permissions)

Sign in to join this conversation.

Branches Tags

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/BookStack#5055