I am not sure if this is a feature request or whether I am using Sonarr incorrectly. However there are times when I’ve added a series to monitor and its episodes cannot be downloaded due to the release being rejected. I understand the “why” behind this, but what I don’t understand is when I click on “Interactive Search” and it finds the episode correctly, why can’t Sonarr use the metadata of where the search has been triggered and automatically rename it accordingly rather than having to do a manual import or the likes? For example, if I select the Series “Panorama”, “Season 1”, “Episode 1” and I have clicked on the interactive search from Episode 1, can’t Sonarr take this metadata and download it successfully without complaining? This would be way more intuitive and reduce the overhead, as I find it easier to skip sonarr and download it manually from the nzb download client → library.
Again, maybe the above is already there but I’m lacking the intel on how to achieve it :).
Definitely not. Indexers return the wrong things a lot, if we just trusted everything returned in a search was valid for what was searched you’d end up with files getting replaced by completely wrong things.
If releases are named in a way Sonarr can’t understand them then Sonarr can’t process them.
Thank you @markus101 for taking the time to respond! Perhaps forgive my ignorance, but I am not asking for Sonarr to just blindly trust any results that are returned automatically, but rather when I explicitly select and download it manually through the interactive search UI (which was triggered when searching for a specific episode), I am telling Sonarr “Hey, I trust this to be the right file, but it’s simply not formatted 100% in the correct manner, so please use the metadata of the webpage UI to help me fill in the metadata”. My point is, in such scenarios, I have to click download within the episode finder interactive search UI and use the import facility to manually search and select the season and episode versus Sonarr saying “Hey, I’ve noticed you downloaded this episode through the interactive search UI when you had “panorama opened” → In Season 4 → Episode 1 section of where you kicked off the interactive search. At the very least to populate this metadata for the manual import process. Hope that makes sense?
If this still isn’t feasible, what is the absolute fastest way to get Sonarr to download such episodes and simply import them into my library? Perhaps I am missing a trick here versus manual import and needing to manually populate the series and episode metadata myself. Thanks
We do have an existing GitHub issue for carrying over overridden grabs from Interactive Search, potentially that could extend to Interactive Search in General.
Some more information would be helpful though as why they’re rejected is important.
Are the releases rejected when you do an Interactive Search? If so, which rejections are given?
Then when it comes to importing, what reasons is Sonarr showing on Activity: Queue for not importing them?
@markus101 that’s spot on. The episode is never downloaded to begin with and an exclamation mark is shown next to it. When I launch interactive search it reveals the episodes shown are rejected due to unknown series/episode, but has successfully pulled the correct episodes.
As long as the series type is set to daily (and it looks like it is) that looks like it should work. Debug/trace logs would be good to see what’s gong on there (when it’s sitting in the queue).
Which release in that log would you expect to be grabbed? You might need to find a more appropriate log that includes a release you’re expecting Sonarr to grab.
@markus101 sorry should have clarified. It’s the same example used above as not to confused things i.e Panorama - 2025-09-01 - The 170 Million Diamond Scam
The 170 there is throwing Sonarr off. Looks like it should be an easy fix. It’ll land in v5, since v4 isn’t receiving any parsing changes at this time.
Thank you @markus101 for taking the time to review the logs and for considering it to be in V5! Happy to post future examples I come across to this thread if it helps.
