Folder/File specified for import scan /downloads/completed/ doesnt exist.

You're right, that fixed this instance of the problem, thank you.

The reason this has never been a problem in Sonarr (yet it has been a problem many times in Radarr) -- is due to that single character-replace bug in Radarr. This is something that is not needed in Sonarr, which explains why it's wrecked such havoc in Radarr.

In other words, many times Radarr will believe a file is missing, when it's not, due to requiring a fairly rigid name match without much flexibility. This breaks every time you have a movie with a two-part name, for example:

John Wick: Chapter 2
xXx: Return of Xander Cage

Sonarr does not need to contend with TV show names that include colons, it seems. However this is a big one with movies. All of the metadata scanning tools seem to use a replace function where ": " becomes " - " (colon + spacebecomesspace + hyphon + space).

In Radarr, the colon is simply eliminated in the rename. This would be fine, except Radarr also will not recognize any file that is named with the hyphen.

With the two movies above, Radarr will not recognize the movies when the hyphen is used.

Regardless of that separate "fuzzy naming" issue that needs to strip special characters, etc -- I still believe it's a good failsafe to have a limited number of retries on any operation that has failed in the past.

I know you're attempting to work within the confines of Sonarr, and this is not used in Sonarr. However, this is one very key difference between movies and TV series/episodes.

TV series/episodes are far more regimented due to being heavily automated (it's not realistic that people download too many TV shows manually).

Movies, on the other hand, people have have large collections, or import them from sources outside of Radarr. Or, in this early-alpha-stage of Radarr, even Radarr's own downloads are not always being recognized by itself, due to this issue.

I suspect Sonarr didn't focus as much on the "fuzzy match", and they did not worry about implementing a failsafe that does not loop infinitely, because these issues are exponentially less common with regimented TV.

As an aside - you guys are doing amazing work - I don't mean for this to sound critical, I'm only doing my best to try and explain the logic as to why I feel this is important despite the common reply that it's not something that will be done due to it being outside the scope of Sonarr.

Thanks for everything you do and all the hard work!