Permission #5365

Closed
opened 2026-02-05 10:00:29 +03:00 by OVERLORD · 2 comments
Owner

Originally created by @Yarrax on GitHub (Jul 16, 2025).

Describe the Bug

Hello. I have a question about Permissions.

The permission rules are currently set up like this:

Image Image

The problem we're facing is that if someone in our team creates a book, others can't see it. That's fine.

But if the author wants the book to be visible to others without giving them editing rights, then we need to change the "Common user" permissions.
In that case, according to the current setup, the role for "Common User" would look like this:

Image

However, with this setup, the owner’s permissions get overwritten. As a result, even the owner of the book can’t edit or delete it anymore, regardless of the system settings.

It's looks like bug.

It seemed correct to me that overriding a role shouldn't affect the owner. In other words, system-level settings should take precedence over role changes applied to an object.

Steps to Reproduce

  1. Create book
  2. Edit permissions not as admin

Expected Behaviour

Owner have permissions to create, edit and delete sub-objects (chapters, pages etc.)

Screenshots or Additional Context

No response

Browser Details

No response

Exact BookStack Version

v25.05

Originally created by @Yarrax on GitHub (Jul 16, 2025). ### Describe the Bug Hello. I have a question about Permissions. The permission rules are currently set up like this: <img width="742" height="788" alt="Image" src="https://github.com/user-attachments/assets/2f06d7f0-1a8d-4c37-9b54-f4ce75c839fb" /> <img width="760" height="825" alt="Image" src="https://github.com/user-attachments/assets/7dadfda1-c498-451c-a963-7c1bd6b6a624" /> The problem we're facing is that if someone in our team creates a book, others can't see it. That's fine. But if the author wants the book to be visible to others without giving them editing rights, then we need to change the "Common user" permissions. In that case, according to the current setup, the role for "Common User" would look like this: <img width="1295" height="160" alt="Image" src="https://github.com/user-attachments/assets/1684638f-753c-4a34-9fe3-e9fbf19c8449" /> However, with this setup, the owner’s permissions get overwritten. As a result, even the owner of the book can’t edit or delete it anymore, regardless of the system settings. It's looks like bug. It seemed correct to me that overriding a role shouldn't affect the owner. In other words, system-level settings should take precedence over role changes applied to an object. ### Steps to Reproduce 1. Create book 2. Edit permissions not as admin ### Expected Behaviour Owner have permissions to create, edit and delete sub-objects (chapters, pages etc.) ### Screenshots or Additional Context _No response_ ### Browser Details _No response_ ### Exact BookStack Version v25.05
OVERLORD added the 🐛 Bug label 2026-02-05 10:00:29 +03:00
Author
Owner

@ssddanbrown commented on GitHub (Jul 16, 2025):

Hi @Yarrax,
That's expected (assuming the owner is part of that group) since the role level permissions are more specific, and the item-level role permission override acts as a deny as much as an allow.
I appreciate this may be a hinderance to many scenarios though.

Existing issue #5672 is already open to suggest a means to allow overrides via a means which still allows inheritance in some form.

@ssddanbrown commented on GitHub (Jul 16, 2025): Hi @Yarrax, That's expected (assuming the owner is part of that group) since the role level permissions are more specific, and the item-level role permission override acts as a deny as much as an allow. I appreciate this may be a hinderance to many scenarios though. Existing issue #5672 is already open to suggest a means to allow overrides via a means which still allows inheritance in some form.
Author
Owner

@ssddanbrown commented on GitHub (Jul 23, 2025):

Since there's been no further follow-up on this I'll go ahead and close it off.

@ssddanbrown commented on GitHub (Jul 23, 2025): Since there's been no further follow-up on this I'll go ahead and close it off.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/BookStack#5365