mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-02-05 00:29:48 +03:00
Copy Permission to book not working #1692
Closed
opened 2026-02-05 01:37:53 +03:00 by OVERLORD
·
3 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
No Label
🔍 Pending Validation
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/BookStack#1692
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 @Biepa on GitHub (Apr 28, 2020).
Describe the bug
I select a shelf and go to the permissions page, change the permissions, save and then click to copy the permissions to the book(s). There is 1 book in the shelf, but the notification shows, that the permissions are applied to 0 books. (GIF below)
Steps To Reproduce
It's not reproducible on the demo page. But also happens with more than 1 book on my instance. And happens independent of the permissions chosen.
Expected behavior
Permissions should be applied to books in the shelf.
Screenshots

Your Configuration (please complete the following information):
Version 0.29 with linuxserver.io docker image
Additional context
I'm trying to solve the following problem:
I'm currently having a "user" group, where everybody could only access and modify there own content. Now i want to allow other users, to read-only my content (I'm also in the "user" group).
I added another "share" group and wanted to edited the custom permissions for my book, so "share" members could read it, but
a) when only choosing "view" for the "share" group, then i lock myself from editing the page (and if I'm not even in the "share" group i lock myself away from the whole book, so that I can't even see it anymore (needed the admin user to reconfigure the permissions). Is there a plausible reason to lock yourself out, or should something be implemented, that will you prevent from that? )
b) when also choosing "edit" for the "user" group (because I want to edit the book, and I'm in the "user" group, then all other "user" members could too.
What is the right setup for my I'm in the "user" group as everybody else, but want to share a book/shelve with other users, but still be (the only one) able to edit it (my content)?
Of course I could make every user his own role, but that doesn't seem to be the right way I think.
@xakaitetoia commented on GitHub (May 7, 2020):
I have found some weird issues with the permissions as well. For example i thought when creating a normal user and giving him the editor role, it should not see and edit all other books from other users but seems you have to create a new specific role like "member" to be able create/edit/view/delete own books and chapters etc.
Also a good idea is if you can share a page with someone or even transfer the ownership of the page
@Biepa commented on GitHub (May 29, 2020):
Could you give me a hint at how to setup my permissions the best?
What is the right setup for my I'm in the "user" group as everybody else, but want to share a book/shelve with other users, but still be (the only one) able to edit it (my content)?
Of course I could make every user his own role, but that doesn't seem to be the right way I think.
@ssddanbrown commented on GitHub (May 11, 2022):
Just spent some time to double check this issue.
From my testing, this could reasonably occur when the copy permission action is performed when you don't have permission to "Manage permissions" of any of the child books, which I think is reasonable, so I will close this off.
My advice to the above would be to keep things at the book level, which you could then use the "own" role permissions and have permissions cascade.