mirror of
https://github.com/Radarr/Radarr.git
synced 2026-03-02 22:57:34 -05:00
Inconsistent parsing when dashes used as separators #9233
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
On Hold: MetadataAPI Blocking
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Help Wanted
Status: In Progress
Status: Indexer - need invite
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
lidarr-pull
no-conflict
not-pulled
readarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Radarr#9233
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @pl98 on GitHub (Jul 24, 2025).
Is there an existing issue for this?
Current Behavior
When releases use dashes as separators instead of periods, the parsing result for quality is inconsistent.
Expected Behavior
They should report the same result after parsing.
Steps To Reproduce
No response
Environment
What branch are you running?
Master
Trace Logs? Not Optional
Trace Logs
Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.
trace- that are relevant and show this issue.@bakerboy448 commented on GitHub (Jul 24, 2025):
Are there releases in the wild that actually have that quality naming?
Simply creating an arbitrary naming format that has not been seen in the wild does not mean a bug exists....a valid real releases usecase needs to existz
@pl98 commented on GitHub (Jul 24, 2025):
Yes, I noticed this bug because I had a release that was grabbed even though I do not have Remux 2160p selected in my quality profile. I can link the release if necessary but I wasn't sure if that was allowed here.
@pl98 commented on GitHub (Jul 24, 2025):
Another thing is that it was listed as Bluray-2160p in the history but Remux-2160p in the Activity section.
@nuxencs commented on GitHub (Jul 24, 2025):
that's most likely due to file and release on the tracker being named differently
@bakerboy448 commented on GitHub (Jul 24, 2025):
what tracker has that shit name scheme?
@pl98 commented on GitHub (Jul 24, 2025):
TorrentDownload
@bakerboy448 commented on GitHub (Jul 24, 2025):
Open an issue with jackett for them to cleanup this shitty file naming.
No plans to support renamed releases using a non-standard schema on a public tracker.