Closed maodun96 closed 2 months ago
Hi, Homarr is redirecting as expected. We use a simple a (aka. link) element with no unusual attributes. I have the same bug in my setup and this is almost certainly not an issue with Homarr. Please report this to the Overseerr / Jellyseerr developers and post the link here.
FYI @SeDemal
PS: You can briefly see that Homarr opens the correct URL when you look closely at the URL bar or record a video. Same is visible in the network analyzer
Hi, Homarr is redirecting as expected. We use a simple a (aka. link) element with no unusual attributes. I have the same bug in my setup and this is almost certainly not an issue with Homarr. Please report this to the Overseerr / Jellyseerr developers and post the link here.
FYI @SeDemal
PS: You can briefly see that Homarr opens the correct URL when you look closely at the URL bar or record a video. Same is visible in the network analyzer
https://github.com/sct/overseerr/issues/3716 It seems that this question indeed belongs to Overseerr. I found relevant content in the project's issue.
Thanks, will link this issue and close it as non completed sct/overseerr#3716
Hi, Homarr is redirecting as expected. We use a simple a (aka. link) element with no unusual attributes. I have the same bug in my setup and this is almost certainly not an issue with Homarr. Please report this to the Overseerr / Jellyseerr developers and post the link here.
FYI @SeDemal
PS: You can briefly see that Homarr opens the correct URL when you look closely at the URL bar or record a video. Same is visible in the network analyzer
I have discovered a perplexing reason.
I pinned the tabs of the Homarr app in Safari and opened an external link related to Overseerr from one of those tabs: http://instance/tv/0000. At this point, the bug of being redirected to the Overseerr login page no longer occurs.
By inspecting the network traffic, I observed that the GET request to http://instance/tv/0000 contained cookie information. Previously, this information did not exist. Instead, it was present in the subsequent GET request to http://instance/site.webmanifest. The GET request to http://instance/login occurred between these two requests.
Environment
Docker
Version
0.15.2
Describe the problem
When opening Overseer-related links, it redirects to the Overseerr login page and then redirects again to the Overseerr homepage. Under normal circumstances, there should not be a redirect to the login page. This bug affects the ability to search for specific TV shows. This issue does not occur on my iPad (Safari) when private browsing is disabled, but it happens when I open private browsing or switch to a different browser. I am unable to identify the cause of the problem.
Logs
No response
Context
Please tick the boxes