RSS Frustrations

[goofballtech]

So i am running Dognzb, Omgwtfnzbs, and more recently Simplynzbs.

I have all the API keys in there properly, manual and automatic search work like a champ.
RSS Sync interval is set to 15 minutes and all the RSS Sync tabs are set to the on position.
I have Prefer Usenet set in the profiles page and a 90 minutes delay on torrents(started at 15 and kept working its way up over weeks while i tried to figure out the deal).
I have searched and backlogged many shows, no issues.
Torrent RSS works great and as expected.

I have turned off RSS off for all but each indexer one at a time. With one indexer i get 100 results, with 2 i get 200, etc.All + and - combos give the expected sum for a manual RSS sync on the series page.

So what i am seeing is after a show air’s it will hit the queue as expected in torrent form and start the delay timer. If i get into the Activity page, click the episode title and do a manual/automatic search i will get a result from 1, 2, or all three nzb indexers and it will start downloading that fine. If i were to not initiate a manual search the timer would have expired and i would have had a torrent download. All other parts of the process work great and i can click the test button on the indexers all day and it will succeed.

Here is a snippet of log for when this happened tonight. Whats going on here is quite a few RSS syncs where is grabs nothing. I then see the “Reports Pending:1” then comes 2. At this time i have a torrent sitting in the queue on the delay. I click the episode name in Activity, click manual, see 4 results, two in my criteria. Cancel that out and click Automatic and it starts downloading right away.

In searching i have seen DOG have issues before, but OMGWTF should be picking up the slack, i would think, if DOG still has RSS problems after 2 years. I also get an occasional (maybe 1in15) error as shown at the base of the log snippet, but i have checked/rechecked all the API keys. Next step is getting a separate profile set up with the push RSS feed from the indexers, although im not sure how i can do that.

I added SimplyNZB tonight just to try and see if 3 is a charm… Am i missing something obvious?

17-6-27 23:11:32.5|Info|RssSyncService|Starting RSS Sync
17-6-27 23:11:35.6|Info|DownloadDecisionMaker|Processing 300 releases
17-6-27 23:11:36.8|Info|RssSyncService|RSS Sync Completed. Reports found: 300, Reports grabbed: 0
17-6-27 23:22:03.5|Info|RssSyncService|Starting RSS Sync
17-6-27 23:22:06.3|Info|DownloadDecisionMaker|Processing 300 releases
17-6-27 23:22:07.8|Info|RssSyncService|RSS Sync Completed. Reports found: 300, Reports grabbed: 0
17-6-27 23:32:34.4|Info|RssSyncService|Starting RSS Sync
17-6-27 23:32:37.6|Info|DownloadDecisionMaker|Processing 300 releases
17-6-27 23:32:39.1|Info|RssSyncService|RSS Sync Completed. Reports found: 300, Reports grabbed: 0
17-6-27 23:43:05.2|Info|RssSyncService|Starting RSS Sync
17-6-27 23:43:07.9|Info|DownloadDecisionMaker|Processing 300 releases
17-6-27 23:43:09.3|Info|RssSyncService|RSS Sync Completed. Reports found: 300, Reports grabbed: 0, Reports pending: 1
17-6-27 23:53:35.8|Info|RssSyncService|Starting RSS Sync
17-6-27 23:53:38.4|Info|DownloadDecisionMaker|Processing 301 releases
17-6-27 23:53:39.7|Info|RssSyncService|RSS Sync Completed. Reports found: 301, Reports grabbed: 0, Reports pending: 2
17-6-28 00:04:06.4|Info|RssSyncService|Starting RSS Sync
17-6-28 00:04:08.9|Info|DownloadDecisionMaker|Processing 301 releases
17-6-28 00:04:10.5|Info|RssSyncService|RSS Sync Completed. Reports found: 301, Reports grabbed: 0, Reports pending: 2
17-6-28 00:14:37.0|Info|RssSyncService|Starting RSS Sync
17-6-28 00:14:41.1|Info|DownloadDecisionMaker|Processing 301 releases
17-6-28 00:14:42.7|Info|RssSyncService|RSS Sync Completed. Reports found: 301, Reports grabbed: 0, Reports pending: 2
17-6-28 00:23:22.3|Info|NzbSearchService|Searching 2 indexers for [Ink Master : S09E04]
17-6-28 00:23:24.1|Info|DownloadDecisionMaker|Processing 4 releases
17-6-28 00:23:42.1|Info|Sabnzbd|Adding report [Ink.Master.S09E04.HDTV.x264-KILLERS] to the queue.
17-6-28 00:23:43.2|Info|DownloadService|Report sent to SABnzbd. Ink.Master.S09E04.HDTV.x264-KILLERS
17-6-28 00:24:31.7|Info|NzbSearchService|Searching 2 indexers for [The Profit : S04E15]
17-6-28 00:24:34.1|Info|DownloadDecisionMaker|No results found
17-6-28 00:25:04.9|Info|NzbSearchService|Searching 2 indexers for [Face Off : S12E03]
17-6-28 00:25:07.4|Info|RssSyncService|Starting RSS Sync
17-6-28 00:25:07.7|Info|DownloadDecisionMaker|No results found
17-6-28 00:25:11.4|Info|DownloadDecisionMaker|Processing 301 releases
17-6-28 00:25:13.1|Info|RssSyncService|RSS Sync Completed. Reports found: 301, Reports grabbed: 0
17-6-28 00:31:39.2|Info|RssSyncService|Starting RSS Sync
17-6-28 00:31:42.0|Info|DownloadDecisionMaker|Processing 200 releases
17-6-28 00:31:43.0|Info|RssSyncService|RSS Sync Completed. Reports found: 200, Reports grabbed: 0
17-6-28 00:32:13.2|Info|RssSyncService|Starting RSS Sync
17-6-28 00:32:14.5|Info|DownloadDecisionMaker|Processing 100 releases
17-6-28 00:32:15.2|Info|RssSyncService|RSS Sync Completed. Reports found: 100, Reports grabbed: 0
17-6-28 00:42:38.9|Info|RssSyncService|Starting RSS Sync
17-6-28 00:42:42.4|Info|DownloadDecisionMaker|Processing 300 releases
17-6-28 00:42:44.1|Info|RssSyncService|RSS Sync Completed. Reports found: 300, Reports grabbed: 0
17-6-28 00:51:37.6|Warn|NewznabRssParser|Invalid API Key: Incorrect user credentials (wrong API key)
17-6-28 00:51:37.6|Warn|Newznab|Indexer returned result for RSS URL, API Key appears to be invalid
17-6-28 00:51:37.6|Warn|NzbDroneErrorPipeline|Invalid request Validation failed: 
 -- Invalid API Key

[markus101]

In searching i have seen DOG have issues before, but OMGWTF should be picking up the slack, i would think, if DOG still has RSS problems after 2 years.

Last I checked they were still having issues, though less frequently than before.

Your logs show that your RSS Sync processed less items, in 3 different checks then back up to 300, was that you disabling things?

I also get an occasional (maybe 1in15) error as shown at the base of the log snippet, but i have checked/rechecked all the API keys.

The infrequency may be due to the indexer being disabled temporarily due to failures, but if it’s not being disabled for hours then it’s possibly an intermittent failure on the indexer, ((debug logs)) would be the most useful to find out which indexer is failing.

Generally if Sonarr isn’t grabbing something via RSS it’s because it didn’t meet some criteria or it never saw it, since it is grabbing torrents, but not usenet, how is the delay profile set up (post a screenshot) ?

[goofballtech]

Yes, the reduced count is me turning them on and off and pressing rss sync manually to look at the count in the notification pop-up and try to find a trend. You can see in the time stamps were pretty close together. I have switched logs over to debug, going to give it a few cycles to log and see if i can catch one of the failures.

Here is my delay profile, i haven’t done anything fancy, just trying to get it to work.

This has been my normal process lately, because my preferred group from the torrent RSS doesn’t actually post a quality label it comes in as unknown and just sits there until i go and manually import the “unknown” files quality.

But according the the download information there should have been at least an hour overlap between the NZB availability and the torrent delay running out. I’m in central time so the current time here is 10:22AM for reference since all of these are relative.

*Edit, All but the 1.5GB files are marked red only because current file has already meet cuttoff. All those would meet the established criteria had the torrent not been grabbed.

Fresh example for the sake of having the shots up here. 75 minutes remaining of the 90 according to delay timer.

As soon as i captured the grab i hit the episode name and the search tab. Manual gave me this.

Closed manual and went back and pressed automatic and it grabbed, downloaded, and imported as expected. Grabbed from DOG if it matters at all, which i doubt.

[markus101]

Fresh example for the sake of having the shots up here. 75 minutes remaining of the 90 according to delay timer.

So 15 minutes old and the releases on the NZB indexers are about the same, which doesn’t mean Sonarr ever saw it on the RSS feed, since things get posted to usenet then indexers scrape that information, then it appears on the RSS feed. Check ((debug logs)) to see if it was processed by Sonarr during an RSS Sync.

[goofballtech]

that was just an example that so happened to catch while pending. The one that grabbed the torrent last night went the full 90 minutes though. went through the log to find an RSS from that time window and it looks like it’s not happy for sure. Im just not sure why. this is a run from early this morning. I pulled the dognzb and omgwtf url’s form this message and filled in the data as a copy and paste from my indexers page and the feed resolves fine in bolth cases to show them to me in my broswer.

17-6-28 03:54:21.2|Info|RssSyncService|Starting RSS Sync
17-6-28 03:54:21.3|Warn|IPTorrents|IPTorrents-RSS TV https://iptorrents.com/torrents/rss?u=(removed);tp=(removed);65;22;4;download The remote name could not be resolved: 'iptorrents.com'
17-6-28 03:54:21.4|Warn|Newznab|DOGnzb https://api.dognzb.cr/api?t=tvsearch&cat=5000,5030,5040,5050&extended=1&apikey=(removed)&offset=0&limit=100 The remote name could not be resolved: 'api.dognzb.cr'
17-6-28 03:54:23.2|Warn|IPTorrents|IPTorrents-RSS Bookmarks https://iptorrents.com/torrents/rss?u=(removed);tp=(removed);bookmarks;download The remote name could not be resolved: 'iptorrents.com'
17-6-28 03:54:42.2|Warn|Omgwtfnzbs|Omgwtfnzbs https://rss.omgwtfnzbs.me/rss-download.php?catid=19,20&user=(removed)&api=(removed)&eng=1&delay=0 Unable to connect to the remote server
17-6-28 03:54:42.2|Info|DownloadDecisionMaker|Processing 1 releases
17-6-28 03:54:42.2|Error|Deluge|Downloading torrent file for episode 'Face Off S12E03 XviD-AFG' failed (https://iptorrents.com/download.php/2365176/Face.Off.S12E03.XviD-AFG.torrent?torrent_pass=(removed)

17-6-28 03:54:42.3|Warn|ProcessDownloadDecisions|Couldn't add report to download queue. Face Off S12E03 XviD-AFG

[v2.0.0.4753] NzbDrone.Core.Exceptions.ReleaseDownloadException: Downloading torrent failed ---> System.Net.WebException: The remote name could not be resolved: 'iptorrents.com'
   at System.Net.HttpWebRequest.GetResponse()
   at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 76
   at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:line 60
   at NzbDrone.Common.Http.HttpClient.Execute(HttpRequest request) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\HttpClient.cs:line 70
   at NzbDrone.Common.Http.HttpClient.Get(HttpRequest request) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\HttpClient.cs:line 193
   at NzbDrone.Core.Download.TorrentClientBase`1.DownloadFromWebUrl(RemoteEpisode remoteEpisode, String torrentUrl) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 134
   --- End of inner exception stack trace ---
   at NzbDrone.Core.Download.TorrentClientBase`1.DownloadFromWebUrl(RemoteEpisode remoteEpisode, String torrentUrl) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 176
   at NzbDrone.Core.Download.TorrentClientBase`1.Download(RemoteEpisode remoteEpisode) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 117
   at NzbDrone.Core.Download.DownloadService.DownloadReport(RemoteEpisode remoteEpisode) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\DownloadService.cs:line 80
   at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions(List`1 decisions) in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\ProcessDownloadDecisions.cs:line 74

17-6-28 03:54:42.3|Info|RssSyncService|RSS Sync Completed. Reports found: 1, Reports grabbed: 0

[markus101]

Looks like a problem with DNS. According to:

NameResolutionFailure

Close enough to exact. Point is moot though. Seems there's a bug in Ubuntu 17.04 causing this. Mono and by extension Sonarr and Radarr must be more sensitive to these kinds of failures.

There is a bug in Ubuntu 17.04 (and possible previous versions).

[goofballtech]

im running sonarr and radarr on Windows Server. How would an Ubuntu DNS issue affect me?

[markus101]

It wouldn’t, but I don’t know what OS you’re running Sonarr on… But still a DNS problem.

[goofballtech]

apologies. i thought it was in the first message. just looked again and realized it wasnt… how is navigating to the page on that machine in a browser different than the way that sonarr accesses the page that DNS would treat them so differently?

[markus101]

Could be a few different things, but likely a temporary problem if you didn’t check immediately as your screenshots show things working.

A network hiccup that prevented communicating with the DNS server could have the same result.

[goofballtech]

well its been hiccupping for about 2 months as this has never worked as expected with the indexers. DOG and OMG have both been there since day one. This is whats really giving me pause about it possibly being intermittant DNS related. Something, somewhere is consistently broken. 3 paid indexers in the queue now. im pretty sure if it’s still broken it’s not the indexer and i just dont know where else to go if i can load the RSS URL’s stand alone in the browser.

I showed you one example that just so happened to be at the 15 minute mark. i cleared my torrent queue a few days ago and there were 189 torrents in there labelled autoTV. All of which would have been auto added from sonarr as that’s the label they get when pushed that way.

I just feel like it’s something i have done or am doing causing issues and it seems like it has to be in sonarr as thats the common link. Thats how i ended up here asking these questions.

I thank you for your assistance and for the excellent program that is doing all this so don’t get me wrong and think i am ungrateful at all. Just looking for enough knowledge to try and figure this out because i have been trying for weeks and this is one of the last things that’s still whipping my ass.

[markus101]

I was referring to the specific error being a DNS problem.

You’re going to need to enable ((debug logging)) and check the logs to see if any usenet releases were processed (and why they were rejected if they were). Disabling torrents to see if usenet grabs at all should prove that at least part of it is working. Have you set a Minimum age for usenet (not the same as a delay)?

[goofballtech]

Is there a way for me to just use the RSS push options available at the indexers to see if i can get them running that way? the only place for an RSS URL is in the torrent indexing options.

some stuff is currently airing so I’ll look again tonight and see if there is any more data in the log in the morning. i have change the setting you directed above to Debug already so it’s already logging that away as far as i am aware. Does it not seem that way in the snippets shown here?

No minimum ages have been set. i actually removed the minimum age that defaults to the omgwtf setup to make sure that wasnt an issue.

[markus101]

Is there a way for me to just use the RSS push options available at the indexers to see if i can get them running that way?

Not to my knowledge.

Does it not seem that way in the snippets shown here?

The snippet from before doesn’t have any debug logging, but it may be from before you enabled it.

[goofballtech]

The snippet from before doesn’t have any debug logging, but it may be from before you enabled it.

yes. the orinigal postwas before you asked for debug. ill just keep an eye on it and see how the errors progress.

[goofballtech]

So i have done a bit more testing. With RSS turned off for the torrent feeds, i can automatically grab an nzb without an issue.

Turned everything back on to my “normal” configuration.
If i set delay profile to Prefer Usenet, i get what i have been getting, it grabs the torrent but wont grab an NZB in the delay time. If i set Prefer Torrent it ignores the delay and grabs the torrent and immediatly begins the download. If i set Only Usenet then it will bypass the torrent and grab an NZB from one of the three RSS API’s i have configured.

It seems to me like it may see the torrent in the active queue and stop looking. Is this a reasonable assumption? I dont se any signs of that information in the log as it doesnt show the decision tree for the feed. Where would that be logged?

See below for the log of my above expirimentations.

17-6-30 20:22:24.3|Info|RssSyncService|Starting RSS Sync
17-6-30 20:22:29.9|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:22:33.0|Info|Sabnzbd|Adding report [Killjoys.S03E01.HDTV.x264-SVA] to the queue.
17-6-30 20:22:33.1|Info|DownloadService|Report sent to SABnzbd. Killjoys.S03E01.HDTV.x264-SVA
17-6-30 20:22:33.2|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 1
17-6-30 20:23:30.3|Info|RssSyncService|Starting RSS Sync
17-6-30 20:23:45.1|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:23:47.3|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 0
17-6-30 20:25:19.2|Info|RssSyncService|Starting RSS Sync
17-6-30 20:25:23.0|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:25:25.3|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 0
17-6-30 20:27:52.4|Info|NzbSearchService|Searching 4 indexers for [Killjoys : S03E01]
17-6-30 20:27:54.5|Info|DownloadDecisionMaker|Processing 11 releases
17-6-30 20:27:55.2|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
17-6-30 20:28:07.8|Info|RssSyncService|Starting RSS Sync
17-6-30 20:28:12.3|Info|DownloadDecisionMaker|Processing 507 releases
17-6-30 20:28:15.4|Info|RssSyncService|RSS Sync Completed. Reports found: 507, Reports grabbed: 0, Reports pending: 7
17-6-30 20:28:35.4|Info|RssSyncService|Starting RSS Sync
17-6-30 20:28:39.5|Info|DownloadDecisionMaker|Processing 508 releases
17-6-30 20:28:42.3|Info|RssSyncService|RSS Sync Completed. Reports found: 508, Reports grabbed: 0, Reports pending: 8
17-6-30 20:36:47.2|Info|RssSyncService|Starting RSS Sync
17-6-30 20:36:53.3|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:36:55.7|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 0, Reports pending: 1
17-6-30 20:37:28.2|Info|RssSyncService|Starting RSS Sync
17-6-30 20:37:45.5|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:37:49.2|Info|DownloadService|Report sent to Deluge. Killjoys S03E01 XviD-AFG
17-6-30 20:37:49.3|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 1
17-6-30 20:39:10.5|Info|RssSyncService|Starting RSS Sync
17-6-30 20:39:17.1|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:39:19.4|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 0
17-6-30 20:39:45.2|Info|NzbSearchService|Searching 4 indexers for [Killjoys : S03E01]
17-6-30 20:39:48.5|Info|DownloadDecisionMaker|Processing 12 releases
17-6-30 20:39:51.5|Info|Sabnzbd|Adding report [Killjoys.S03E01.HDTV.x264-SVA ] to the queue.
17-6-30 20:39:51.5|Info|DownloadService|Report sent to SABnzbd. Killjoys.S03E01.HDTV.x264-SVA 
17-6-30 20:39:51.6|Info|EpisodeSearchService|Episode search completed. 1 reports downloaded.
17-6-30 20:39:53.2|Info|NzbSearchService|Searching 4 indexers for [Killjoys : S03E01]
17-6-30 20:40:04.2|Info|DownloadDecisionMaker|Processing 12 releases
17-6-30 20:40:04.3|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
17-6-30 20:40:05.0|Info|NzbSearchService|Searching 4 indexers for [Killjoys : S03E01]
17-6-30 20:40:11.3|Info|DownloadDecisionMaker|Processing 12 releases
17-6-30 20:40:11.4|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
17-6-30 20:40:23.2|Info|RssSyncService|Starting RSS Sync
17-6-30 20:40:29.1|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:40:31.3|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 0
17-6-30 20:41:29.5|Info|RssSyncService|Starting RSS Sync
17-6-30 20:41:34.4|Info|DownloadDecisionMaker|Processing 501 releases
17-6-30 20:41:48.4|Info|Sabnzbd|Adding report [Killjoys.S03E01.HDTV.x264-SVA ] to the queue.
17-6-30 20:41:48.5|Info|DownloadService|Report sent to SABnzbd. Killjoys.S03E01.HDTV.x264-SVA 
17-6-30 20:41:48.7|Info|RssSyncService|RSS Sync Completed. Reports found: 501, Reports grabbed: 1

ok. so i went into the config itslef to change to debug mode last time. i guess the setting page put it back to log. now i have it set to debug in the ui. here is a proper debig RSS sync while i have a torrent pending.

17-6-30 22:24:54.3|Debug|SabnzbdProxy|Url: http://localhost:8080/api?mode=get_config&apikey=(removed)&output=json
17-6-30 22:24:55.0|Debug|Api|[GET] /api/health: 200.OK (1 ms)
17-6-30 22:24:55.0|Debug|Api|[GET] /api/health: 200.OK (1 ms)
17-6-30 22:24:55.0|Debug|Api|[GET] /api/diskspace: 200.OK (60 ms)
17-6-30 22:24:55.1|Debug|Api|[GET] /api/diskspace: 200.OK (53 ms)
17-6-30 22:24:55.3|Debug|Api|[GET] /api/health: 200.OK (0 ms)
17-6-30 22:24:55.3|Debug|Api|[GET] /api/health: 200.OK (0 ms)
17-6-30 22:24:57.8|Debug|Api|[GET] /api/log?page=1&pageSize=50&sortKey=time&sortDir=desc: 200.OK (8 ms)
17-6-30 22:24:57.9|Debug|Api|[GET] /api/log?page=1&pageSize=50&sortKey=time&sortDir=desc: 200.OK (3 ms)
17-6-30 22:25:03.4|Debug|Api|[GET] /api/series?sort_by=nextAiring&order=asc: 200.OK (226 ms)
17-6-30 22:25:04.6|Debug|Api|[POST] /api/command: 201.Created (24 ms)
17-6-30 22:25:04.7|Info|RssSyncService|Starting RSS Sync
17-6-30 22:25:04.7|Debug|FetchAndParseRssService|Available indexers 6
17-6-30 22:25:04.7|Debug|Torznab|Downloading Feed http://127.0.0.1:9117/jackett/torznab/iptorrents/api?t=tvsearch&cat=5000,5030,5040,5050&extended=1&apikey=(removed)&offset=0&limit=100
17-6-30 22:25:04.7|Debug|Newznab|Downloading Feed https://simplynzbs.com/api?t=tvsearch&cat=5000,5030,5040,5050&extended=1&apikey=(removed)&offset=0&limit=100
17-6-30 22:25:04.7|Debug|IPTorrents|Downloading Feed https://iptorrents.com/torrents/rss?u=(removed);tp=(removed);bookmarks;download
17-6-30 22:25:04.7|Debug|Omgwtfnzbs|Downloading Feed https://rss.omgwtfnzbs.me/rss-download.php?catid=19,20&user=(removed)&api=(removed)&eng=1&delay=0
17-6-30 22:25:04.7|Debug|Newznab|Downloading Feed https://api.drunkenslug.com/api?t=tvsearch&cat=5030,5040&extended=1&apikey=(removed)&offset=0&limit=100
17-6-30 22:25:04.7|Debug|Newznab|Downloading Feed https://api.dognzb.cr/api?t=tvsearch&cat=5000,5030,5040,5050&extended=1&apikey=(removed)&offset=0&limit=100
17-6-30 22:25:09.9|Debug|FetchAndParseRssService|Found 451 reports

lot of other shows and stuff

`17-6-30 22:25:14.5|Debug|Parser|Parsing string 'The First 48 S16E17 XviD-AFG'
17-6-30 22:25:14.5|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.5|Debug|Parser|Language parsed: English
17-6-30 22:25:14.5|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.5|Debug|Parser|Quality parsed: Unknown v1
17-6-30 22:25:14.5|Debug|Parser|Release Group parsed: AFG
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 XviD-AFG, meets size constraints.
17-6-30 22:25:14.5|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.5|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.5|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 XviD-AFG] No restrictions apply, allowing
17-6-30 22:25:14.5|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. Unknown v1
17-6-30 22:25:14.5|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.5|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.5|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.5|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.5|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.5|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.5|Debug|Parser|Parsing string 'The First 48 S16E17 AAC MP4-Mobile'
17-6-30 22:25:14.5|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.5|Debug|Parser|Language parsed: English
17-6-30 22:25:14.5|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.5|Debug|Parser|Quality parsed: Unknown v1
17-6-30 22:25:14.5|Debug|Parser|Release Group parsed: Mobile
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.5|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 AAC MP4-Mobile, meets size constraints.
17-6-30 22:25:14.6|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.6|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.6|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 AAC MP4-Mobile] No restrictions apply, allowing
17-6-30 22:25:14.6|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. Unknown v1
17-6-30 22:25:14.6|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.6|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.6|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.6|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.6|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.6|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.6|Debug|Parser|Parsing string 'The First 48 S16E17 HDTV x264-W4F'
17-6-30 22:25:14.6|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.6|Debug|Parser|Language parsed: English
17-6-30 22:25:14.6|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.6|Debug|Parser|Quality parsed: SDTV v1
17-6-30 22:25:14.6|Debug|Parser|Release Group parsed: W4F
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 HDTV x264-W4F, meets size constraints.
17-6-30 22:25:14.6|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.6|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.6|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 HDTV x264-W4F] No restrictions apply, allowing
17-6-30 22:25:14.6|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. SDTV v1
17-6-30 22:25:14.6|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.6|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.6|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.6|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.6|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.6|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.6|Debug|Parser|Parsing string 'The First 48 S16E17 720p HDTV x264-W4F'
17-6-30 22:25:14.6|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.6|Debug|Parser|Language parsed: English
17-6-30 22:25:14.6|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.6|Debug|Parser|Quality parsed: HDTV-720p v1
17-6-30 22:25:14.6|Debug|Parser|Release Group parsed: W4F
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.6|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 720p HDTV x264-W4F, meets size constraints.
17-6-30 22:25:14.6|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.6|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.7|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 720p HDTV x264-W4F] No restrictions apply, allowing
17-6-30 22:25:14.7|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. HDTV-720p v1
17-6-30 22:25:14.7|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.7|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.7|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.7|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.7|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.7|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.7|Debug|Parser|Parsing string 'The First 48 S16E17 XviD-AFG'
17-6-30 22:25:14.7|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.7|Debug|Parser|Language parsed: English
17-6-30 22:25:14.7|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.7|Debug|Parser|Quality parsed: Unknown v1
17-6-30 22:25:14.7|Debug|Parser|Release Group parsed: AFG
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 XviD-AFG, meets size constraints.
17-6-30 22:25:14.7|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.7|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 XviD-AFG
17-6-30 22:25:14.7|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 XviD-AFG] No restrictions apply, allowing
17-6-30 22:25:14.7|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. Unknown v1
17-6-30 22:25:14.7|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.7|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.7|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.7|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.7|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.7|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.7|Debug|Parser|Parsing string 'The First 48 S16E17 AAC MP4-Mobile'
17-6-30 22:25:14.7|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.7|Debug|Parser|Language parsed: English
17-6-30 22:25:14.7|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.7|Debug|Parser|Quality parsed: Unknown v1
17-6-30 22:25:14.7|Debug|Parser|Release Group parsed: Mobile
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.7|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 AAC MP4-Mobile, meets size constraints.
17-6-30 22:25:14.7|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.7|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 AAC MP4-Mobile
17-6-30 22:25:14.7|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 AAC MP4-Mobile] No restrictions apply, allowing
17-6-30 22:25:14.7|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. Unknown v1
17-6-30 22:25:14.7|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.7|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.8|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.8|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.8|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.8|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.8|Debug|Parser|Parsing string 'The First 48 S16E17 HDTV x264-W4F'
17-6-30 22:25:14.8|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.8|Debug|Parser|Language parsed: English
17-6-30 22:25:14.8|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.8|Debug|Parser|Quality parsed: SDTV v1
17-6-30 22:25:14.8|Debug|Parser|Release Group parsed: W4F
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 HDTV x264-W4F, meets size constraints.
17-6-30 22:25:14.8|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.8|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 HDTV x264-W4F
17-6-30 22:25:14.8|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 HDTV x264-W4F] No restrictions apply, allowing
17-6-30 22:25:14.8|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. SDTV v1
17-6-30 22:25:14.8|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.8|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.8|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.8|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.8|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.8|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.8|Debug|Parser|Parsing string 'The First 48 S16E17 480p x264-mSD'
17-6-30 22:25:14.8|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.8|Debug|Parser|Language parsed: English
17-6-30 22:25:14.8|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 480p x264-mSD
17-6-30 22:25:14.8|Debug|Parser|Quality parsed: SDTV v1
17-6-30 22:25:14.8|Debug|Parser|Release Group parsed: mSD
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 480p x264-mSD
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.8|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 480p x264-mSD, meets size constraints.
17-6-30 22:25:14.8|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.8|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 480p x264-mSD
17-6-30 22:25:14.8|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 480p x264-mSD] No restrictions apply, allowing
17-6-30 22:25:14.8|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. SDTV v1
17-6-30 22:25:14.8|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.8|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.9|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.9|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.9|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.9|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:14.9|Debug|Parser|Parsing string 'The First 48 S16E17 720p HDTV x264-W4F'
17-6-30 22:25:14.9|Debug|Parser|Episode Parsed. The First 48 - S16E17 
17-6-30 22:25:14.9|Debug|Parser|Language parsed: English
17-6-30 22:25:14.9|Debug|QualityParser|Trying to parse quality for The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.9|Debug|Parser|Quality parsed: HDTV-720p v1
17-6-30 22:25:14.9|Debug|Parser|Release Group parsed: W4F
17-6-30 22:25:14.9|Debug|AcceptableSizeSpecification|Beginning size check for: The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.9|Debug|AcceptableSizeSpecification|Possible double episode, doubling allowed size.
17-6-30 22:25:14.9|Debug|AcceptableSizeSpecification|Item: The First 48 S16E17 720p HDTV x264-W4F, meets size constraints.
17-6-30 22:25:14.9|Debug|LanguageSpecification|Checking if report meets language requirements. English
17-6-30 22:25:14.9|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: The First 48 S16E17 720p HDTV x264-W4F
17-6-30 22:25:14.9|Debug|ReleaseRestrictionsSpecification|[The First 48 S16E17 720p HDTV x264-W4F] No restrictions apply, allowing
17-6-30 22:25:14.9|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. HDTV-720p v1
17-6-30 22:25:14.9|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
17-6-30 22:25:14.9|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
17-6-30 22:25:14.9|Debug|DelaySpecification|Waiting for better quality release, There is a 90 minute delay on Torrent
17-6-30 22:25:14.9|Debug|HistorySpecification|Performing history status check on report
17-6-30 22:25:14.9|Debug|HistorySpecification|Checking current status of episode [16078] in history
17-6-30 22:25:14.9|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release
17-6-30 22:25:15.1|Debug|PendingReleaseService|Adding release to pending releases
17-6-30 22:25:15.5|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:15.6|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (130 ms)
17-6-30 22:25:15.6|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:15.6|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (179 ms)
17-6-30 22:25:15.6|Debug|PendingReleaseService|Adding release to pending releases
17-6-30 22:25:15.7|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:15.8|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:15.8|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (178 ms)
17-6-30 22:25:15.9|Debug|PendingReleaseService|Adding release to pending releases
17-6-30 22:25:15.9|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (215 ms)
17-6-30 22:25:16.0|Debug|PendingReleaseService|Adding release to pending releases
17-6-30 22:25:16.0|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (130 ms)
17-6-30 22:25:16.1|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (162 ms)
17-6-30 22:25:16.1|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:16.3|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (174 ms)
17-6-30 22:25:16.3|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (208 ms)
17-6-30 22:25:16.3|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:16.3|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:16.4|Debug|PendingReleaseService|Adding release to pending releases
17-6-30 22:25:16.5|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:16.6|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (184 ms)
17-6-30 22:25:16.6|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (198 ms)
17-6-30 22:25:16.6|Debug|PendingReleaseService|This release is already pending, not adding again
17-6-30 22:25:16.6|Info|RssSyncService|RSS Sync Completed. Reports found: 460, Reports grabbed: 0, Reports pending: 14
17-6-30 22:25:16.6|Debug|PendingReleaseService|Removing failed releases from pending
17-6-30 22:25:16.7|Debug|Api|[GET] /api/log/file: 200.OK (1 ms)`

[markus101]

It seems to me like it may see the torrent in the active queue and stop looking. Is this a reasonable assumption?

The logs will confirm that, that shouldn’t be the case (and I think more people would be running into that issue if it were).

ok. so i went into the config itslef to change to debug mode last time. i guess the setting page put it back to log. now i have it set to debug in the ui. here is a proper debig RSS sync while i have a torrent pending.

Please post the logs hastebin/pastebin/dropbox/somewhere else, inline logs are impossibly hard to read. The logs appear to only sow torrent items being processed, so I can’t tell you why the usenet releases were ejected (or if Sonarr even saw it), but you’d be looking for something similar to:
17-6-30 22:25:14.8|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Temporary] Waiting for better quality release

[goofballtech]

here it is in dropbox, the exact statement you posted appears in what i quoted as well.

Dropbox - Link not found

to me it seems like it isnt grabbing because it wants an upgrade. swapping a torrent for a newsgroup release of the same quality isn’t good enough for the decision maker. thats just my uneducated view of the logs though.

Am i missing something obvious?

I think i found it, and this was accurate.

I never payed attention to the order of the qualities that were checked in the profiles because i just want any of them checked, order was not something i payed a lot of special attention to at all as long as the size fell into my specified range. Turns out the top quality on the list was “unknown.” Since almost all the common release groups i grab via torrent fall into that category it was snagging them early on and preferentially. Then anything else it saw in the newsgroup category wasn’t “unknown” and wasn’t a quality that was higher on my list than “unknown” so it was not going to swap in a release of a different type when my preferred was already sitting in the queue.

I suppose i just shot myself in the foot. It will take a few days to prove if this was actually the case.

Thanks very much for your help and sorry to waste your time on a goofy issue like this @markus101. Thanks again for the great program and your assistance in trying to find the silver painted needle in my needle stack.

[goofballtech]

Well. Its confirmed. Slid unknown down to the quality right next to my cuttoff and works as expected now.

Thanks again.