mirror of
https://github.com/Lidarr/Lidarr.git
synced 2026-03-02 22:56:57 -05:00
IPTorrents base URL error #386
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
Area: Update API
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Don't Merge
Status: Help Wanted
Status: In Progress
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: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
conflict
no-conflict
not-pulled
radarr-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/Lidarr#386
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 @didyouexpectthat on GitHub (Dec 4, 2018).
Originally assigned to: @Qstick on GitHub.
Describe the bug
I am attempting to use IPtorrents.
When I try to test or save the URL provided by IPtorrents, Lidarr complains that the
'Base Url' is not in the correct format.To Reproduce
https://iptorrents.com/t.rss?u=USERID;tp=APIKEY;3;80;93;37;downloadwhere 3, 80, 93, and 37 are the 4 different categories for music.
Expected behavior
I expect the URL from IPTorrents to work when adding indexer IPTorrents.
Screenshots


Logs
System info (please complete the following information):
Additional context
Nothing else.
Thank you.
@Rsslone commented on GitHub (Dec 12, 2018):
Same here.
@Qstick commented on GitHub (Dec 16, 2018):
I've got no way to test/debug this as I have no account.
@Qstick commented on GitHub (Dec 16, 2018):
Looking at a few things, I believe Lidarr/Sonarr expect
https://iptorrents.com/torrents/rss?u=snip;tp=snip;3;80;93;37;downloadinstead of
https://iptorrents.com/t.rss?u=USERID;tp=APIKEY;3;80;93;37;downloadDo both work in a browser, or is the first depreciated?
@didyouexpectthat commented on GitHub (Dec 16, 2018):
I can confirm that both of the URLs produce the same output.
@Qstick commented on GitHub (Dec 16, 2018):
So does
https://iptorrents.com/torrents/rss?u=snip;tp=snip;3;80;93;37;downloadwork in Lidarr?@didyouexpectthat commented on GitHub (Dec 16, 2018):
Yes, it does.
@Qstick commented on GitHub (Dec 16, 2018):
Perfect!
@didyouexpectthat commented on GitHub (Dec 16, 2018):
IPTorrents made this change on November 26th. Is there a way to support both URL styles?
@Qstick commented on GitHub (Dec 16, 2018):
Yep, working on that now.
@Dwight2019 commented on GitHub (Apr 22, 2019):
Hi,
I'm still facing this same issue when trying to configure IPTorrents.
@Qstick commented on GitHub (Apr 22, 2019):
Version?
@Dwight2019 commented on GitHub (Apr 22, 2019):
Version: 2.0.0.5322
@Qstick commented on GitHub (Apr 22, 2019):
This is Lidarr repo, that’s not a valid version of Lidarr
@Dwight2019 commented on GitHub (Apr 22, 2019):
My apologies - This is for Sonarr, seems they have a very similar GUI and error messages.
@Qstick commented on GitHub (Apr 22, 2019):
Yea I don't think they have fixed this yet
@squeeb commented on GitHub (Dec 1, 2019):
Still not fixed.
@ghost commented on GitHub (May 25, 2020):
Still not fixed.