mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Web sessions appear to be broken? #2900
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#2900
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 @Zageron on GitHub (Jul 16, 2025).
What happened?
Accessing my audiobookshelf instance through the web interface does not respect sessions.
audiobookshelf/config/usersany of my users connecting via web do not show as online or have their last seen updated.audiobookshelf/config/sessionspage is up to date and correct.What did you expect to happen?
I'd expect the same session behaviour of 2.25.
Steps to reproduce the issue
2a. View sessions page, observe you are not online.
3b. Close tab or refresh
Audiobookshelf version
v2.26.0
How are you running audiobookshelf?
Other (list in "Additional Notes" box)
What OS is your Audiobookshelf server hosted from?
Linux
If the issue is being seen in the UI, what browsers are you seeing the problem on?
Firefox
Logs
Additional Notes
Manjaro Linux, https://aur.archlinux.org/packages/audiobookshelf
Logs are a failure I noted, but they only occur when navigating to the API keys page.
Firefox 140.0.4 (64-bit)
Same behaviour observed in chrome.
The only cookie I have is
connect.sid, which has a session lifetime and thus vanishes on occurance of bug.@Zageron commented on GitHub (Jul 16, 2025):
Additional logs from journalctl
@Vito0912 commented on GitHub (Jul 16, 2025):
Re last seen: This is not reliable to determine if a user is online. There have been quite some issues about this.
If the user uses third party apps it does not get updated
@Zageron commented on GitHub (Jul 16, 2025):
This is a new development for people using the web application. None of my users use third party apps. My apple users use the web browser instead. These users have their "last seen" set to before I updated from 2.25 to 2.26, and I have confirmed that they are using web app to listen first hand as well as through sessions.
If they keep the tab focused, the application will reconnect without issue when they restore the browser. If they close the tab or refresh, they must log in again.
@Vito0912 commented on GitHub (Jul 16, 2025):
That's strange. With version 26, there was an update to the authentication system. One user had an invalid JWT secret, which caused similar symptoms. Maybe you can check if your stored secret is valid
@Zageron commented on GitHub (Jul 17, 2025):
In the meantime, I've downgraded to 2.25.1 and it has resolved the issue for now.
The token looked fine? I'll have to spin up another instance to verify the token question.
@filcuk commented on GitHub (Jul 20, 2025):
I've had this issue on the android app, even though, per the warning on the change, I haven't changed env vars or the JWT key.
The app logs were returning the same
Rolling back release restored functionality.
Web client worked fine for me.
@bagerthomas commented on GitHub (Jul 24, 2025):
I have the same problem as you, filcuk.... :/
Not able to login through the Android app, but the web browser works fine.
Running ABS on Unraid server using Docker, and Nginx as proxy.
@kusznier commented on GitHub (Jul 25, 2025):
I have the same issue. It pauses or crashes app during listening.
I'm also using AB on docker with Nginx proxy.
My library is quite large ~5k audiobooks. No issues on Android (or maybe really rare) but it happens often on Plappa app on IOS like every 20 minutes of listening or even more often. Sometimes it helps to remove network from plappa when downloaded ab.
I can provide more logs as this happens really often. It might have something in common with nginx proxy, but it's just my wild guess. It's configured with ssl cert forward to http.
[SocketAuthority] Socket 0diQ4qI6VBTCrFgVAAGB disconnected from client "root" after 327510ms (Reason: ping timeout)
2025-07-23 14:53:36.939
INFO
[SocketAuthority] Socket uWdPi86pceoXfEKwAAGL disconnected from client "root" after 350429ms (Reason: ping timeout)
2025-07-23 15:23:19.760
INFO
[SocketAuthority] Socket xihcvI7oVsIQ7xReAAGN disconnected from client "root" after 406916ms (Reason: ping timeout)
2025-07-23 15:59:25.401
INFO
[SocketAuthority] Socket i3Xhat0J1_wY6wcqAAGP disconnected from client "root" after 78639ms (Reason: transport close)
2025-07-23 15:59:44.026
INFO
[SocketAuthority] Socket -wldfgUIWZ6t_4LCAAGR disconnected from client "wujek" after 39119ms (Reason: transport close)
2025-07-23 16:03:53.209
@Zageron commented on GitHub (Aug 3, 2025):
Update for you.
I accidentally updated again today, and encountered all of the same issues.
However, incidentally my tailscale connection to my NAS was having issues so I restarted the system audiobookshelf lives on. Issues persisted, but I accidentally restarted the machine a second time.
This time, when I refreshed the Audiobookshelf page I finally got the message about the authentication method changing, and that I needed to log back in.
Now the explicit filter works, and I don't get logged out every time I refresh.
Thoughts:
@filcuk commented on GitHub (Aug 19, 2025):
Make sure you get the latest app, there's a beta out v0.10
I have that and latest server v2.28, everything works perfectly.
* Apologies I see after re-reading that's not relevant to your update.
@Zageron commented on GitHub (Aug 25, 2025):
Forgot to close this issue.