mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-02-05 08:39:55 +03:00
Add ability to share elements with 'unique' URL #249
Open
opened 2026-02-04 17:58:30 +03:00 by OVERLORD
·
39 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
🛠️ Enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/BookStack#249
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 @alex2702 on GitHub (Jan 29, 2017).
Desired Feature:
It would be great to have a way to share single books/chapters/pages with a single party without requiring them to have an account. I realize it is possible to just make an element available to the public but this is not a great solution if I want to share content with multiple parties. Let‘s say I want to share book A with person X and book B with person Y. I don‘t think there is a way to do this without sharing books A and B with X and Y by making both books publicly available.
What I am thinking about is an obscured link with a hash like Google Docs does it.
I haven't been using BookStack for too long, so maybe I'm missing a clever way to achieve this with the existing permission system?
@ssddanbrown commented on GitHub (Jan 30, 2017):
@wutfan Thanks for this request. I agree this would be a great feature and there's not currently a way to do this.
@tomershvueli commented on GitHub (Jul 8, 2019):
I would also love to see this functionality!
@cunba-ai commented on GitHub (Jul 9, 2019):
3227cef715Hijack the authenticate and bypass the url prefix '/books/', '/search/', '/uploads/images/', set the permission of one book to public, close global 'public access', and I have this feature with minimum code changes.
Hope for the official implements with QRCode url.
@jrnp97 commented on GitHub (Feb 4, 2022):
Any update? :)
@sense-design commented on GitHub (Mar 31, 2022):
This would be a great feature
@Jeremylepr commented on GitHub (Apr 9, 2022):
This feature really need to be implemented.
@Shootify commented on GitHub (May 19, 2022):
yes please...
@caydenmb commented on GitHub (May 19, 2022):
Agreed, I would utilize this feature a lot.
@Dylan-Miles commented on GitHub (Nov 22, 2022):
This feature would be very useful!
@aware2 commented on GitHub (Mar 22, 2023):
+1 for this feature ❤️
@onthebackof commented on GitHub (May 21, 2023):
Would be great 👍
@mfx-jgoetzinger commented on GitHub (May 31, 2023):
+1
@artworklv commented on GitHub (May 31, 2023):
I totally agree, having the ability to share things using a unique URL would be an excellent feature to have!
@scaphandroid commented on GitHub (Jun 20, 2023):
+1 !
@skarados commented on GitHub (Nov 30, 2023):
Yes please! +1!
@chdcomputers commented on GitHub (Dec 5, 2023):
I also agree and I would like to add the following ideas:
Cheers!
@lucas-strummer commented on GitHub (Mar 11, 2024):
+1! Thank you!
@Limerick-gh commented on GitHub (Mar 11, 2024):
+1
That would be missing piece to establish Bookstack within my department, since we don't want the hassle of username/password authentication with the end-users.
@DanMundy commented on GitHub (Mar 27, 2024):
+1
@DerMilderJoghurt commented on GitHub (Apr 4, 2024):
+1
@fegrue commented on GitHub (May 26, 2024):
+1
@virtadpt commented on GitHub (May 27, 2024):
This would be really helpful - kind of like the sharable links that Wallabag has.
@megaxorg commented on GitHub (Aug 22, 2024):
Would be great
@prplk commented on GitHub (Sep 21, 2024):
+1
@ssddanbrown commented on GitHub (Oct 12, 2024):
Been trying to think this through so just jotting down my thoughts so they're not stuck in my head.
Proposal
Permission Complications
@bmoellerTS commented on GitHub (Oct 23, 2024):
ich würde mich über diese Funktion auch sehr freuen
@Thoroslives commented on GitHub (Oct 25, 2024):
This feature is a must for me, I often make small little docs to share but have to export them at the moment as there's no way to share the individual doc with only that person without allowing all public to view all docs (this is without creating an account etc)
@CarrnellTech commented on GitHub (Oct 30, 2024):
+1
@cgct commented on GitHub (Nov 14, 2024):
+1
@edersong commented on GitHub (Dec 10, 2024):
It's the only feature that this awesome application is lacking of 😀
@LegendaryFire commented on GitHub (Dec 10, 2024):
Just search this up and ran across this thread actually, definitely a +1 from me as well.
@vytas911 commented on GitHub (Jan 16, 2025):
would be much appreciated +1
@netAction commented on GitHub (Jan 19, 2025):
+1
The discussed features are much more than the desired features. Google Docs does not add any code to the share URL. You simply share the regular URL of that document. Viewing a shared Google Docs page is like Bookstack without shelves and books overview page. The guest role should have an option to disable "recent activity" panel, "recent pages" panel and /books.
Pro: The URL of a page is always the same. Everyone has the same deep link. Sharing can be done with the already existing guest role functionality. External users can use links between all books and pages until they reach something that is not shared with public.
Con: The names of books can be guessed. If your project's documentation has the url /books/alice, you know there will be something at /books/bob and /books/cindy. Easy fix: Always add a code to book URLs in case they might be shared later.
@netAction commented on GitHub (Jan 20, 2025):
A simplification of the proposal from @ssddanbrown:
Yes to the menu but it could just create a reading permission for the guest group
I don't like multiple URLs for the same content very much and don't think it's neccessary.
Sounds great and would make Bookstack usable as poor man's CMS. Like for documentations.
Stripping out the lists of recent changes, list of books etc. even hides books that the receiver of the URL should not see. The minimal UI differentiates the books from each other.
Another reason for keeping the existing URLs. The OP mentioned Google Docs and they keep the URL too. Editors could even link between books.
This feature is useful and would be versatile if it would not cover share links but all group permissions.
Yes! A share link feels like guest group access anyway. It could simply be guest access.
As a security feature, a random code could be added to every new book/chapter/page path. Just a random string at the end like /books/holiday-plans/page/trip-df5g6df5g6
The security might be even a reason against dedicated share links. Because share links can't hide one page of a shared book. Group access rules can.
@yrosman commented on GitHub (May 6, 2025):
+1
@Thoroslives commented on GitHub (May 9, 2025):
Is there any progress on this feature request? I feel its a big one and its not received any response from the dev for a good long while
@matteosavio commented on GitHub (May 10, 2025):
+1
@MundMBo commented on GitHub (Jun 12, 2025):
+1
@Kofl commented on GitHub (Jan 4, 2026):
+1