LimeTorrents results contain no punctuation, so CFs on Sonarr will not parse Release Groups #1249

New issue

Open

opened 2026-02-20 10:08:57 -05:00 by deekerman · 1 comment

deekerman commented

2026-02-20 10:08:57 -05:00

Owner

Originally created by @callephi on GitHub (Nov 12, 2025).

I attest that there is not an existing issue for this?

I have searched the existing open and closed issues

I confirm this is not related to a Cardigann YML Indexer

Current Behavior

When querying Prowlarr either through interactive search or through Search on Prowlarr, results from LimeTorrents contain no punctuation, particularly hyphens which for some odd reason, when missing at the end with the Release Group name, Sonarr fails to parse.

Example (as shown on site):
Pluribus S01E01 We Is Us 2160p ATVP WEB-DL DDP5 1 Atmos DV HDR H 265-FLUX

Returned:

Pluribus S01E01 We Is Us 2160p ATVP WEB DL DDP5 1 Atmos DV HDR H 265 FLUX

Expected Behavior

Results from search should come back with exact title identical to as it's shown on the website.

Steps To Reproduce

Add LimeTorrents indexer
Change no options (magnet with torrent file fallback)
Search in Sonarr with at least one release group CF attached to whatever profile uses LimeTorrents
Results returned, no punctuation, no release group parsed
To prove Sonarr's parsing, under Settings > Custom Formats, at the top there is a Test Parsing function. Paste the original title from the website in here, and it parses the release group (with the hyphen). Paste the result received from Prowlarr (without the hyphen), no release group parsed.

Environment

- OS: Ubuntu 24.04.3 LTS
- Prowlarr: 2.1.5.5216
- Docker Install: Yes (hotio)
- Using Reverse Proxy: No
- Browser: Edge 142.0.3595.53

What branch are you running?

Master

Trace Logs?

prowlarr.trace.txt

I attest that Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.

I attest that I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain trace - that are relevant and show this issue.

Originally created by @callephi on GitHub (Nov 12, 2025). ### I attest that there is not an existing issue for this? - [x] I have searched the existing open and closed issues ### I attest this is not related to a Cardigann YML Indexer. - [x] I confirm this is not related to a Cardigann YML Indexer ### Current Behavior When querying Prowlarr either through interactive search or through Search on Prowlarr, results from LimeTorrents contain no punctuation, particularly hyphens which for some odd reason, when missing at the end with the Release Group name, Sonarr fails to parse. Example (as shown on site): Pluribus S01E01 We Is Us 2160p ATVP WEB-DL DDP5 1 Atmos DV HDR H 265-FLUX Returned: Pluribus S01E01 We Is Us 2160p ATVP WEB DL DDP5 1 Atmos DV HDR H 265 FLUX ### Expected Behavior Results from search should come back with exact title identical to as it's shown on the website. ### Steps To Reproduce 1. Add LimeTorrents indexer 2. Change no options (magnet with torrent file fallback) 3. Search in Sonarr with at least one release group CF attached to whatever profile uses LimeTorrents 4. Results returned, no punctuation, no release group parsed 5. To prove Sonarr's parsing, under Settings > Custom Formats, at the top there is a Test Parsing function. Paste the original title from the website in here, and it parses the release group (with the hyphen). Paste the result received from Prowlarr (without the hyphen), no release group parsed. ### Environment ```markdown - OS: Ubuntu 24.04.3 LTS - Prowlarr: 2.1.5.5216 - Docker Install: Yes (hotio) - Using Reverse Proxy: No - Browser: Edge 142.0.3595.53 ``` ### What branch are you running? Master ### Trace Logs? [prowlarr.trace.txt](https://github.com/user-attachments/files/23496615/prowlarr.trace.txt) ### I attest that Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided. - [x] I attest that I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain `trace` - that are relevant and show this issue.

deekerman added the

Type: Bug

Status: Needs Triage

labels

2026-02-20 10:08:57 -05:00

deekerman commented

2026-02-20 10:08:58 -05:00

Author

Owner

@ilike2burnthing commented on GitHub (Nov 12, 2025):

github.com/Prowlarr/Indexers@b1c69921d7/definitions/v11/limetorrents.yml (L93-L100)

Because longer titles are cut off, we pull the full title from the details URL instead, then strip the -torrent-12345.html end and replace all - with spaces to make it more human readable.

While you could do this in a way to leave/insert the last -, that would result in a lot of false positives.

Not really fixable, unless LimeTorrents provides alt text of the full titles.

@ilike2burnthing commented on GitHub (Nov 12, 2025): https://github.com/Prowlarr/Indexers/blob/b1c69921d7bf615ec68f5e16bcb3b0df1a1a096c/definitions/v11/limetorrents.yml#L93-L100 Because longer titles are cut off, we pull the full title from the details URL instead, then strip the `-torrent-12345.html` end and replace all `-` with spaces to make it more human readable. While you could do this in a way to leave/insert the last `-`, that would result in a lot of false positives. Not really fixable, unless LimeTorrents provides alt text of the full titles.