Replies: 2 comments 3 replies
-
|
I just found this piece It looks like only a cookie is forwarded to the endpoint but not the X-Api-Key |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Have you looked at our api-docs (http://localhost:5055/api-docs)? Here's an example endpoint: curl -X 'GET' 'https://localhost:5055/api/v1/tv/76479?language=en' -H 'accept: application/json' -H 'X-Api-Key: thisisanxapikey' |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm using jellyseerr behind a traefik reverse proxy and I want to use the X-Api-Key authentication instead of form based authentication.
This is working fine for the v1/api calls and also for most of the website content like discover, settings, etc. but it is failing if I click on a movie or tv.
Examplary failing endpoint:
https://myhost/_next/data/IWKNvCMssobNUGUtHTJxq/tv/2710.json?tvId=2710
I'll get a HTTP 307 redirect status code to /login and the log of jellyseerr is saying:
The log also says it wants to get the endpoint: 'http://localhost:5055/api/v1/tv/2710' which is in the end working completely fine with X-Api-Key. So it seems this _next endpoint is somehow not respecting this X-Api-Key header.
To test this, I use a browser extension, to add the custom header X-Api-Key with the jellyseerr api key as value.
Not using X-Api-Key but form based authentication with my jellyfin user works completely fine.
Is this working for you?
Beta Was this translation helpful? Give feedback.
All reactions