mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Error: "[OidcAuth] openid callback error: Invalid userinfo or already linked Error: Invalid userinfo or already linked at OidcAuthStrategy.verifyCallback (/app/server/auth/OidcAuthStrategy.js:129:15)" when attempting to add/match new user #3069
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 @ZLoth on GitHub (Nov 3, 2025).
What happened?
I'm running into an issue with creating two users on my ABS instance using Authentik as my provider. Logins work fine.
Troubleshooting steps that I have tried:
I should note that I was able to successfully create accounts and login to Kavita for these two users.
The configuration is as follows:
I am running this on a TrueNAS 25.10 server which is running on Debian Linux.
Configuration for ABS:
From Authentik:
Redirect URIs:
What did you expect to happen?
User that was created in the Authetik application should have been created in ABS. Failing that, user should have been matched.
Steps to reproduce the issue
WHAT SHOULD HAPPEN: User is created or authenticated.
WHAT REALLY HAPPENS: Error message "Unauthorized"
Audiobookshelf version
2.30
How are you running audiobookshelf?
Docker
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?
Chrome
Logs
Both log excerpts are from Audobookshelf .
Additional Notes
@ZLoth commented on GitHub (Nov 4, 2025):
Authentik upgraded to 2025.10.1 today, but issue is still occurring.
@Vito0912 commented on GitHub (Nov 4, 2025):
This very likely is related to
https://github.com/goauthentik/authentik/pull/16206/and is in general (even if not) unlikley an ABS bug due to receiving the data from the OIDC provider@ZLoth commented on GitHub (Nov 4, 2025):
Okay.... so I looking quickly at the JWT payload and see the following:
The
"email_verified": falseis causing a failure in Audiobookshelf. When I go into Authentik → Customization → Property Mappings → authentik default OAuth Mapping: OpenID 'email' , I see the following in Expression:Because it is hard-coded to be False instead of being mapped to a variable, it is causing issues. Creating a new scope and settings
"email_verified": Truefixed the issue.This issue has been documented in the release notes as https://docs.goauthentik.io/releases/2025.10#default-oauth-scope-mappings as part of the release on October 21st.
@ZLoth commented on GitHub (Nov 4, 2025):
This may need to be integrated to https://www.audiobookshelf.org/guides/oidc_authentication .
Steps to fix this
"email_verified": falsefor Audiobookshelf:Name:
OAuth Mapping: OpenID 'email' with "email_verified": TrueScope Name:
emailDescription:
Email addressExpression:
Provider for Audiobookshelf.authentik default OAuth Mapping: OpenID 'email'and click on the left arrow to remove it from the Selected Scopes list.OAuth Mapping: OpenID 'email' with "email_verified": Trueand click on the right arrow to add it to the Selected Scopes list.authentik default OAuth Mapping: OpenID 'openid'andauthentik default OAuth Mapping: OpenID 'profile'are still in the Selected Scopes list."email_verified": trueshould now be returned.@MRobi1 commented on GitHub (Nov 6, 2025):
This didn't quite fix it for me.
I've been using Authentik for quite some time as an OIDC provider for audiobookshelf. I tried to login this morning and was met with the "Unauthorized". I've also disabled password login so navigating to https://abs.yoursite.com/login/?autoLaunch=0 only gives me the option to login via OIDC.
I was getting the same error above. Followed these steps. Now getting this error
So it appears as-if my e-mail is now being passed through, but still cannot log in because that e-mail is already linked to an existing user.
I appear to be fully locked out
@Vito0912 commented on GitHub (Nov 6, 2025):
@MRobi1 If you link your account with an OIDC provider, it sets a unique ID for the user linked to your ABS account (provided by your OIDC provider).
As you can see from the message (you already have linked that account), there are a few possible reasons why this can happen:
A) You reset your Authentik instance, which will then generate a new sub
B) You change the way the sub is generated (e.g. changing the subject mode in Authentik)
C) Possibly something I don't know. Anyway, this also doesn't seem to be an ABS issue but an issue caused by the sub changing.
To recover your account you either have to fix the sub or if you changed something on your Authentik instance irreversible you need to unlink the account
@MRobi1 commented on GitHub (Nov 7, 2025):
OK I'm back in business. Since I had disabled password login, I was fully locked out. Had to manually edit the database to remove all OIDC settings. Then I could log in with my password again. Had to reconfigure OIDC which got me to the same error, but since I was now able to login normally I could unlink OIDC through settings.
Not sure what changed. I hadn't touched the config on either side in around 1yr+