mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
Public View or Guest autologin #740
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf#740
Reference in New Issue
Block 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 @sanbroz on GitHub (Nov 10, 2022).
Describe the feature/enhancement
Add a public view user for listening to audiobooks without login.
@advplyr commented on GitHub (Nov 11, 2022):
Are you asking for the ability to disable authentication? Please expand on what you are looking for.
@sanbroz commented on GitHub (Nov 11, 2022):
Yes, It will be nice if users can explore the catalog publicly and listen to books after login. We can also add a option to listen complete audiobook without login. A preview audio track can be added for public view. I am planning to use the project for running a community audio book website
@hobesman commented on GitHub (Jan 1, 2023):
Interesting concept. Maybe add an option to make the account view only (no listening), sample only (30 seconds, or two minutes, or whatever), or full listening ability.
Most "users" are designed to track progress, and only envision one stream at a time. Those would have to be reconsidered for a guest account.
Would the guest account just not track/store progress? Or how would that be handled?
I believe someone else already requested a "preview" feature which could be made available to all users, and that progress obviously shouldn't be stored.
But if you give the guest account full listening ability, I suspect that shouldn't be stored either, if there's a chance multiple people will use the same "guest" access.
Basically any progress sync the server receives from the "guest" account could be responded to as normal (so the client can remain basically unmodified) but the server then simply discards the progress instead of saving it.
@hackmonker commented on GitHub (Jan 2, 2023):
Yeah exactly. The guests can maybe listen to the book but wont store their progress. if they need to store progress, they must sign up
@Natetronn commented on GitHub (Jun 24, 2023):
I'd like to see "Guest" libraries. Where we can create a new library, perhaps with a "Guests" toggle option; this so we can select an item or multiple items and then there could be an option to "share to X" guest library (or something like that), which then adds the item to the shared guest library or guest libraries of our choosing.
Then we can add users to said guest libraries like normal or turn off authentication/users completely for a specific library, as others have requested. Perhaps it would make use of "symbolic links" to books, this way books aren't duplicated and no real extra space is required.
The use case being that I'd like to share specific audio/ebooks of my library with family members, but not all items of a library. I also don't want to have to create hard copies, one by one, into a seperate "Guests" library, as that takes up a bunch of extra space and time to duplicate books.
@buddyhollyy commented on GitHub (Aug 26, 2024):
I would also like an option to disable authorization on a local network. Not as interested in having 'guest' logins or libraries, but I could make that work...
@zaren-s commented on GitHub (May 30, 2025):
I second @buddyhollyy - i run this locally and it would be so great to not have everyone have to remember their password. I would still want to have separate accounts for everyone to track their own progress - not just one guest account
In fact, I think the password policy is backwards - root user can be without password by regular users need one? It should be the other way around imo
@magicboy2000 commented on GitHub (May 30, 2025):
Hello, I am the requestor of #4291, from where I can get the version with feature of autologin?
@magicboy2000 commented on GitHub (May 30, 2025):
Many thansk for you great support on my request.
@ptomli commented on GitHub (Jan 29, 2026):
I'd like to have easy access for users, without needing a password. My instance is only for people at home, and neither my elderly mother nor my young daughter, need to "secure" their listening from prying eyes.
Jellyfin has a nice easy "who are you" mechanism, no password needed. I'd like something similar