Sonarr version (exact version): 4.0.16.2944
Mono version (if Sonarr is not running on Windows):
OS: Ubuntu 24 LTS
Debug logs: Ubuntu Pastebin
Description of issue: Seeing a problem with parsing of Releases when there is a space before the release name vs a hyphen.
For Example when the release is “The Amazing Race S38E11 1080p HEVC x265 MeGusta”
It does not properly parse and the Release Group is empty
But when the file is named “The Amazing Race S38E11 1080p HEVC x265-MeGusta”
It properly parses the log
So it correctly parses the release group when there is a hyphen before it but not when there is a space. The release itself doesn’t seem to matter but it causes me to have to manually go in and download files if the release only has a space before it and doesn’t have a hyphen.
That’s expected behaviour, Sonarr expects the hyphen to separate the release group, unless it’s one of a special subset of groups that is handled differently, but MeGusta is not because their release names contain hyphens, except where removed by trackers or other software.
Ok thanks for the update. That sucks as it will remove will remove the entire tracker for me then. But not the end of the world.
Next question is when it does match and my scores are high enough why isn’t it downloading?
So this file Ghosts.2021.S05E07.1080p.x265-ELiTE matches on ELiTE and 1080p and my score is 100. In fact there are two that match. My minimum score to download is 75 and there are reported 9 seeders / 18 leechers and 5 seeders / 6 leechers reported via Sonarr (there are more if you actually hit the tracker again) and my minimum seeders is set to 1 but it doesn’t download. If you want a new topic for this I can make one.
Logs: Ubuntu Pastebin
You’d have to look for debug/trace logs from when Sonarr saw the release on the RSS feed to see why it was rejected. Also check for any gaps in the RSS, which will be logged as Indexer "Indexer Name" rss sync didn't cover the period between "Start Time" and "End Time" UTC. Search may be required. (with the quoted values replaced with actual values). If Sonarr is missing results it can’t automatically grab things, which will be more common with the lower quality, free public trackers that aren’t really there for automation.
This is the whole block for that file that was output. Don’t see “rss” in there at all and I see “accepted” at the end but not sure what that indicates.
2025-12-05 04:10:09.5|Debug|DownloadDecisionMaker|Processing release ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’ from ‘The Pirate Bay (Prowlarr)’
2025-12-05 04:10:09.5|Debug|Parser|Parsing string ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’
2025-12-05 04:10:09.5|Debug|Parser|Episode Parsed. Ghosts 2021 - S05E07
2025-12-05 04:10:09.5|Debug|Parser|Languages parsed: Unknown
2025-12-05 04:10:09.5|Debug|QualityParser|Trying to parse quality for ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’
2025-12-05 04:10:09.5|Debug|Parser|Quality parsed: HDTV-1080p v1
2025-12-05 04:10:09.5|Debug|Parser|Release Group parsed: ELiTE
2025-12-05 04:10:09.5|Debug|Parser|Parsing string ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’
2025-12-05 04:10:09.5|Debug|SceneMappingService|Found scene mapping for: Ghosts 2021. TVDB ID for mapping: 400267
2025-12-05 04:10:09.5|Debug|AggregateLanguages|Language couldn’t be parsed from release, fallback to series original language: English
2025-12-05 04:10:09.5|Debug|AggregateLanguages|Selected languages: English
2025-12-05 04:10:09.5|Debug|AcceptableSizeSpecification|Beginning size check for: Ghosts.2021.S05E07.1080p.x265-ELiTE
2025-12-05 04:10:09.5|Debug|AcceptableSizeSpecification|Item: Ghosts.2021.S05E07.1080p.x265-ELiTE, meets size constraints
2025-12-05 04:10:09.5|Debug|AlreadyImportedSpecification|Performing already imported check on report
2025-12-05 04:10:09.5|Debug|AlreadyImportedSpecification|Skipping already imported check for episode without file
2025-12-05 04:10:09.5|Debug|MaximumSizeSpecification|Maximum size is not set.
2025-12-05 04:10:09.5|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
2025-12-05 04:10:09.5|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. HDTV-1080p v1
2025-12-05 04:10:09.5|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: Ghosts.2021.S05E07.1080p.x265-ELiTE
2025-12-05 04:10:09.5|Debug|ReleaseRestrictionsSpecification|[Ghosts.2021.S05E07.1080p.x265-ELiTE] No restrictions apply, allowing
2025-12-05 04:10:09.5|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
2025-12-05 04:10:09.5|Debug|SceneMappingSpecification|No explicit scene origin in scene mapping.
2025-12-05 04:10:09.5|Debug|SeriesSpecification|Checking if series matches searched series
2025-12-05 04:10:09.5|Debug|DelaySpecification|Ignoring delay for user invoked search
2025-12-05 04:10:09.5|Debug|HistorySpecification|Skipping history check during search
2025-12-05 04:10:09.5|Debug|MonitoredEpisodeSpecification|Skipping monitored check during search
2025-12-05 04:10:09.5|Debug|DeletedEpisodeFileSpecification|Skipping deleted episodefile check during search
2025-12-05 04:10:09.5|Debug|DownloadDecisionMaker|Release ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’ from ‘The Pirate Bay (Prowlarr)’ accepted
Right, because that’s a search. RSS is Sonarr’s automatic way of finding releases, as explained in the FAQ
So what am I looking for as to why these aren’t being grabbed? Not having written the code I’m not sure what to look for. This just recently started happening and I’ve been using public trackers the entire time.
My private trackers use a seedbox and Sonarr always complains after about 10 minutes it loses connection to the seedbox even though I can run the test again and it connects just fine. So for my Sonarr stuff I use my local Qbit instance because the connection is always there and for my ratio stuff on private trackers I use autobrr and my seedbox Qbit instance.
If it’s rejected it’ll log the following:
Release "Release_Name" from "Indexer_Name" rejected for the following reasons: followed by the list of reasons
So as the statement “Release ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’ from ‘The Pirate Bay (Prowlarr)’ rejected for the following reasons” is not in the log I posted in Paste Bin (In fact the statement “Release ‘Ghosts.2021.S05E07.1080p.x265-ELiTE’ from ‘The Pirate Bay (Prowlarr)’ accepted” is in there. Wouldn’t that indicate it should have been downloaded?
If it was found via RSS (or automatic search) yes, but that’s via interactive search so the logs aren’t really relevant to why it didn’t grab it automatically.
Ahh OK that makes more sense. So for some reason it isn’t finding it via RSS then. It’s happening often lately. Much more than it ever used to. Wonder what has changed in the RSS feed.