Radarr: Error 404 when opening movie

[welle]

Hi,

I am currently importing all my movies from trakt.tv.
I have few movies I can't manage: when I want to open the details of some movie, the page load, then a few secondes later an 404 error appear.

the movie "38 témoins" lead to a page url http://localhost:7878/movies/38-tmoins-95191
the movie "Akira" lead to a page url http://localhost:7878/movies/akira-149

both give me

In the beginning I tought that it was related with "special" characters (éèàù, etc) but even if "Akira" is related to アキラ (1988) subfolder I get http://localhost:7878/movies/akira-149 for the url.

Radarr Ver. 0.2.0.535
no related logs founds

[galli-leo]

Both work fine for me. Can you try restarting radarr and clearing the cache of your browser?

[SJ50]

I have seen this error many times, I think this happens when movie in question is refreshing.
This goes away when I wait sometime and refresh the page.
I have never tried to reproduce this bug.

[welle]

Done cleaning the cache but error still appear

I manage to reproduce this bug:
Go to "Movies", then "Movies editor"
Click on the link "38 témoins" (for instance).
Then on the details page of this movie, click on the little wrench to edit it.
Trying to change the directory folder where the movie is.
The page still to refresh in the background and the error 404 appear while I'm walking trough directories to find the correct directory.

Anyway I can edit the movie directory from the page "Movies".

[calebpaine]

I'm having similar issues as well. I can't find any kind of pattern for it, but I think it's only happening on movies added by a Trakt list, not ones I added manually or imported, if it makes any difference. Additionally, sometimes I can see the page, with background image and text for a fraction of a second before the 404 image replaces it.

Shift-Refreshing the page in chrome almost always resolves it for a while. Something with the AJAX maybe?

[klusion]

I can confirm this as well. If I select any movie in my wanted list to review the details, I receive a 404 error. Sometimes the movie detail page loads for a second followed by the 404 error. It does not matter whether the movie was added from a list or manually added. It does not recognize any "wanted" movies in the search field either; only already downloaded movies. If I restart the service, everything clears up for a little while.

[weirdcrap]

@klusion I had this issue and did what galli-leo said and all my movies that were 404'd are now working again.

[wolffstarr]

Also confirming this; far too intermittent for me to have been able to track down yet.

I can confirm that it is NOT only happening with trakt lists, since I'm not using any lists and don't have a trakt account.

[leeramsay]

I've seen/reproduced this this with movies where minimum availability is set to PreDB. I think there's another bug/issue open for that. #1322

When I went into movie editor and changed minimum availability for all my movies to announced, the 404 issue went away.

[galli-leo]

@leeramsay That seems very strange. Can you change it back to PreDB and see if the 404s pop up again?

[calebpaine]

Setting a movie that is doing this to Physical/Web stops the behavior. Returning the movie to PreDB does not cause the 404 behavior to return.

[ghost]

Same here

[Baldrdk]

I have the same problem. All links in the wanted section jumps directly to the 404 page.
The strange thing is, when i refresh the movie page showing the 404, it will show the correct movie page for about 3 seconds before jumping back to the 404 page?

I just accessed Radarr from another Computer (at work...shhh). And it works fine, so it is most likely a cache thing.

[Webreaper]

I had this too - I was doing a mass-import of 300+ movies after first installing Radarr, and (probably stupidly ;)) went into the profiles screen and deleted 'Any' from the list. I think what happened was that all of the movies were imported with 'Any' as the profile, but because that'd been deleted, it failed.
I did a mass-update and set the profile correctly for all movies, and they all started working again - no 404s. So I suspect what's happening is that some internal DB join is failing, causing the 404, when it should just default to 'unknown'.

[galli-leo]

@Webreaper That could be it, though I suspect it's more because the full collection of movies is failing to load
@Baldrdk @raspdealer @leeramsay The next time this happens can you open the dev console in your browser and see if there are any errors?

[galli-leo]

@GenericPolarBear Are you on the latest nightly? If not, can you please go ahead and update?

[galli-leo]

@GenericPolarBear Can you also open the dev console of your browser and see if any errors appear there?

[galli-leo]

@GenericPolarBear Oh wow. That is really strange.
Regarding the second point. It's the responsibility of the program you use to add movies to send us the correct Minimum Availability settings.

[galli-leo]

@GenericPolarBear For the list you can set it yourself when you edit the list. We could make an option for the default, but IIRC ombi should be patched pretty soon.

[nibble4bits]

I get this 404 Error only in Chrome. When I view the same movies using Opera, I am experiencing a page reload a few seconds after the initial page appears to load. I'll go to the movie, start looking at the results of a search, and Radarr flashes like a page reload and goes back to the History tab. But only once. If I do a 2nd search, I don't experience this page reload.

[MikeBlom]

I had this issue in Chrome. Resetting the cookies fixed this.

[lankanmon]

Can confirm that clearing all cache and history does fix the issue... Any idea of the cause?

[leepa]

Also confirm - in incognito mode everything works.

[elamperti]

Same problem here, fixed it by browsing to 127.0.0.1 instead of my custom hostname. Strange bug.

[galli-leo]

@elamperti Probably also cache, because to your browser 127.0.0.1 is a different website, so no cache is used.

[rcmpayne]

Same issue here! Radarr Ver. 0.2.0.778 on develop. Open the movie in question and get "OMG 404" error. If you go to the Movies tab, I see the movie exist as missing. If you select the edit button you will see a location of the movie folder location (Docker on Unraid) but in my case, it does not exist in my unraid Movies share (again, not sure if the movie was deleted or if the movie never existed, but I have tons in this state)

I selected the refresh button, and it fixed the 404 not found issue. Now, I am able to select the title from the Movie or wanted/missing tabs, and it loads the details without issue. The strange thing was after I did this once, it fixed all of them (around 100)... not sure if it's a different issue or not.

Example:
http://192.168.0.100:8084/movies/kingdom-of-heaven-1495
OMG 404 not found

Logs:
radarr.trace.txt
radarr.debug.txt
radarr.txt
radarr.trace.0.txt

[lzinga]

Chiming in that im getting this issue too. Though on the 404 page if I do a refresh it properly loads the movie.

[dweidenfeld]

Same issue here. Check the cache invalidation date.

[GavinHellyer]

This is happening on the latest nightly build.

I've cleared cache, opened incognito on Chrome and opened Radarr, once the list of movies loads I can click on one and it opens fine, then when I press back (on the browser) OR click on the Movies icon to get back to the list, any movie there after shows a 404. As @lzinga said, refreshing the browser will load the movie.

[bartMarinissen]

I have had this issue after a while, it persists after a reboot. Diving into chrome's developer mode and setting some breakpoints leads me to line 933 of templates.js. This seems to be the response to a helper function that is missing.

This issue did not occur in incognito mode. It was cleared uppon clearing all browser data in chrome.

[galli-leo]

@rocqua I am thinking chrome is not respecting our caching headers and is still caching stuff.

[bartMarinissen]

@galli-leo I was surprised clearing cache worked, because the issue persisted even when loading the page with "disable caching" turned on in the developer tools. I cleared my cookies at the same time, maybe that is what helped.

[galli-leo]

This is fixed on the latest develop release.