Interactive search processes the results the same way that quick search would, but won’t grab accepted releases. I don’t see any accepted releases before your interactive search.
I do see an RSS sync happening before the search with some odd resullts:
2022-04-26 11:17:05.4|Debug|FetchAndParseRssService|Found 11 from Torznab
2022-04-26 11:17:09.0|Debug|FetchAndParseRssService|Found 20 from Torznab
11 or even 20 results for RSS is incredibly limited, typically RSS is up to 100 results. Looks like The Pirate Bay (Prowlarr)
and 1337x (Prowlarr)
are the two indexers returning a fraction of the normal results.
2022-04-26 11:17:10.1|Debug|FetchAndParseRssService|Found 150 from Torznab
150 results is a lot better, but the vast majority of these results are garbage, non-TV things that Sonarr doesn’t care about, will have to process and would contribute to things being missed. Looks like LimeTorrents (Prowlarr)
is the culprit for this.
2022-04-26 11:17:12.7|Debug|FetchAndParseRssService|Found 71 from Torznab
This is a lot better, this time coming from kickasstorrents.to (Prowlarr)
.
Overall there were 252 results, ~150 which aren’t useful to Sonarr right off the bat, so Sonarr only received about 1/4 of the results that solid indexers would return.
In your case, I don’t think Sonarr is seeing results via RSS so it’s missing new releases and won’t be able to grab things automatically, debug logs will be able to confirm this (let Sonarr run, grab the debug logs, then search for a missing episode and then check if one of those results shows up in the logs before the search and why it was rejected).
Ultimately you’ll need to fix/get better indexers so Sonarr doesn’t miss things.