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
-
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