mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-02-05 08:39:55 +03:00
Allow user specific permission assignments at an entity level #1424
Open
opened 2026-02-05 00:51:43 +03:00 by OVERLORD
·
10 comments
No Branch/Tag Specified
development
l10n_development
further_theme_development
release
llm_only
vectors
v25-11
docker_env
drawio_rendering
user_permissions
ldap_host_failover
svg_image
prosemirror
captcha_example
fix/video-export
v25.12.3
v25.12.2
v25.12.1
v25.12
v25.11.6
v25.11.5
v25.11.4
v24.11.4
v25.11.3
v25.11.2
v25.11.1
v25.11
v25.07.3
v25.07.2
v25.07.1
v25.07
v25.05.2
v25.05.1
v25.05
v25.02.5
v25.02.4
v25.02.3
v25.02.2
v25.02.1
v25.02
v24.12.1
v24.12
v24.10.3
v24.10.2
v24.10.1
v24.10
v24.05.4
v24.05.3
v24.05.2
v24.05.1
v24.05
v24.02.3
v24.02.2
v24.02.1
v24.02
v23.12.3
v23.12.2
v23.12.1
v23.12
v23.10.4
v23.10.3
v23.10.2
v23.10.1
v23.10
v23.08.3
v23.08.2
v23.08.1
v23.08
v23.06.2
v23.06.1
v23.06
v23.05.2
v23.05.1
v23.05
v23.02.3
v23.02.2
v23.02.1
v23.02
v23.01.1
v23.01
v22.11.1
v22.11
v22.10.2
v22.10.1
v22.10
v22.09.1
v22.09
v22.07.3
v22.07.2
v22.07.1
v22.07
v22.06.2
v22.06.1
v22.06
v22.04.2
v22.04.1
v22.04
v22.03.1
v22.03
v22.02.3
v22.02.2
v22.02.1
v22.02
v21.12.5
v21.12.4
v21.12.3
v21.12.2
v21.12.1
v21.12
v21.11.3
v21.11.2
v21.11.1
v21.11
v21.10.3
v21.10.2
v21.10.1
v21.10
v21.08.6
v21.08.5
v21.08.4
v21.08.3
v21.08.2
v21.08.1
v21.08
v21.05.4
v21.05.3
v21.05.2
v21.05.1
v21.05
v21.04.6
v21.04.5
v21.04.4
v21.04.3
v21.04.2
v21.04.1
v21.04
v0.31.8
v0.31.7
v0.31.6
v0.31.5
v0.31.4
v0.31.3
v0.31.2
v0.31.1
v0.31.0
v0.30.7
v0.30.6
v0.30.5
v0.30.4
v0.30.3
v0.30.2
v0.30.1
v0.30.0
v0.29.3
v0.29.2
v0.29.1
v0.29.0
v0.28.3
v0.28.2
v0.28.1
v0.28.0
v0.27.5
v0.27.4
v0.27.3
v0.27.2
v0.27.1
v0.27
v0.26.4
v0.26.3
v0.26.2
v0.26.1
v0.26.0
v0.25.5
v0.25.4
v0.25.3
v0.25.2
v0.25.1
v0.25.0
v0.24.3
v0.24.2
v0.24.1
v0.24.0
v0.23.2
v0.23.1
v0.23.0
v0.22.0
v0.21.0
v0.20.3
v0.20.2
v0.20.1
v0.20.0
v0.19.0
v0.18.5
v0.18.4
v0.18.3
v0.18.2
v0.18.1
v0.18.0
v0.17.4
v0.17.3
v0.17.2
v0.17.1
v0.17.0
v0.16.3
v0.16.2
v0.16.1
v0.16.0
v0.15.3
v0.15.2
v0.15.1
v0.15.0
v0.14.3
v0.14.2
v0.14.1
v0.14.0
v0.13.1
v0.13.0
v0.12.2
v0.12.1
v0.12.0
v0.11.2
v0.11.1
v0.11.0
v0.10.0
v0.9.3
v0.9.2
v0.9.1
v0.9.0
v0.8.2
v0.8.1
v0.8.0
v0.7.6
v0.7.5
v0.7.4
v0.7.3
0.7.2
v.0.7.1
v0.7.0
v0.6.3
v0.6.2
v0.6.1
v0.6.0
v0.5.0
Labels
Clear labels
🎨 Design
📖 Docs Update
🐛 Bug
🐛 Bug
:cat2:🐈 Possible duplicate
💿 Database
☕ Open to discussion
💻 Front-End
🐕 Support
🚪 Authentication
🌍 Translations
🔌 API Task
🏭 Back-End
⛲ Upstream
🔨 Feature Request
🛠️ Enhancement
🛠️ Enhancement
🛠️ Enhancement
❤️ Happy feedback
🔒 Security
🔍 Pending Validation
💆 UX
📝 WYSIWYG Editor
🌔 Out of scope
🔩 API Request
:octocat: Admin/Meta
🖌️ View Customization
❓ Question
🚀 Priority
🛡️ Blocked
🚚 Export System
♿ A11y
🔧 Maintenance
> Markdown Editor
pull-request
Mirrored from GitHub Pull Request
No Label
🔨 Feature Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/BookStack#1424
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Luffyyy on GitHub (Oct 25, 2019).
Describe the feature you'd like
Add a collaborators option for pages and what not so a user who created a page/etc will be able to give permissions to other users to also edit it.
Describe the benefits this feature would bring to BookStack users
This will allow users to have shared pages/etc without needing to create special roles for each group of people.
@ssddanbrown commented on GitHub (Oct 25, 2019):
Hi @Luffyyy,
Thank you for your request.
We already have a role permission to allow users to manage permissions on their own content.
Am I correct in thinking that, to support your request, you'd just need the ability to assign permissions per user instead of per role in the page permissions view?
@Luffyyy commented on GitHub (Oct 26, 2019):
Yes
@ssddanbrown commented on GitHub (Oct 26, 2019):
Thanks for confirming @Luffyyy. I have updated the title to reflect the core feature requirement. "Permission System Review" is on the roadmap, It will likely be at that point which this feature will be considered for inclusion.
@Struki84 commented on GitHub (Oct 26, 2019):
Hi guys,
I came to this thread looking I think for the same thing, if it's ok I'll just describe shortly the feture I'm interested.
As an Admin user I can assign individual users specific permissions per shelf or per individual book.
So if I have 2 users i can select which of the users will have access to which of the books/shelfs
@ssddanbrown commented on GitHub (Oct 26, 2019):
Thanks for the input @Struki84, That use-case aligns with the updated title.
Just as an FYI, in the event that you're new to the project, you could currently achieve this but you'd need to create a custom role for those two users, to then use that role in the book/shelf level permissions pages. You may have already discovered this though.
@Struki84 commented on GitHub (Oct 26, 2019):
Wow, tnx, I wasn't aware you can create custom roles, I think that would work for me.
@cb3inco commented on GitHub (Sep 3, 2021):
I would love to see something like this at the book level too. A 'private' book that people can add and remove users and adjust permissions as needed.
@ramazanpolat commented on GitHub (Feb 12, 2025):
This is exactly what we are looking for.
We'd like to create a book and add view/alter permissions for specific user(s).
Right now, we need to create a role for this and add that person to that role and give permission to that role for the relevant book, which is too complicated. And, we'll have lots of roles to have...
@FaroJoaoFaro commented on GitHub (May 23, 2025):
I would also really enjoy this feature.
Is there any work being developed on this?
Or can I take a look into it?
@ssddanbrown commented on GitHub (May 23, 2025):
@FaroJoaoFaro I made an attempt a few years back in #3908, but that led to a dead end in regard of this feature (although this lead to a refactoring of permissions via #3986). This is something I'd like to implement (hence my prior attempt), but I don't really have the motivation to do any-time soon since the permission system is significant and complex, and there's really some substantial database structures changes to be made first which I wouldn't want to rush.
Thanks for the offer to look at this, but due to the scope & complexity of this area I would not be keen on someone else (that's not deeply involved in the project) jumping in to develop this out.