mirror of
https://github.com/Prowlarr/Prowlarr.git
synced 2026-03-02 22:57:22 -05:00
NZBFinder TV/Other gets filtered out #949
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Tooling
Area: UI
Area: Update API
Priority: High
Priority: Low
Priority: Medium
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: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
lidarr-pull
radarr-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/Prowlarr#949
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 @downey-lv on GitHub (Oct 26, 2023).
Is there an existing issue for this?
Current Behavior
My search results contain 4 TV/Other (5999) results, 5999 are allowed in Prowlarr, but are filtered out nevertheless.
Expected Behavior
Results from 5999 appear as allowed
Steps To Reproduce
No response
Environment
What branch are you running?
Nightly
Trace Logs?
Trace log
NZB Finder API response:
Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
trace- that are relevant and show this issue.@mynameisbogdan commented on GitHub (Oct 26, 2023):
@Qstick Seems reasonable to add support for these x999 categories. WDYT?
See
github.com/NNTmux/newznab-tmux@1f3fb8cde1/app/Models/Category.php (L140)@ghost commented on GitHub (Nov 18, 2023):
Your software should use the API endpoint
/api?t=capsto find the categories currently enabled for that user and only query on those.I noticed a lot of Prowlarr requests to our API with non-existent category ID's which are now blocked from returning any results.
@mynameisbogdan commented on GitHub (Nov 18, 2023):
Hello , thank you for reaching out.
Actually we're using the categories from
t=caps, but could be an issue with the site categories mapping on our side since some users can set those in Sonarr/Radarr. Can you share a small list of those IDs to get a better idea of the situation?@ghost commented on GitHub (Nov 18, 2023):
@mynameisbogdan commented on GitHub (Nov 18, 2023):
Sorry on the poor formulation, in fact I really want a list of the non-existent category ID's that you're blocking. I want to see if they're with values greater than 100000.
@ghost commented on GitHub (Nov 18, 2023):
That would be anything not in that list :-) Whatever the value is, if its not in there it gets blocked.
But no application should rely on a fixed list as categories might be added/removed in the future. Therefore the capabilities check exists in the API.
@mynameisbogdan commented on GitHub (Nov 18, 2023):
I'm merely trying to reproduce the issue and pinpoint the culprit, not to hard code any values. Knowing the format of those IDs would've helped me to know if it's an site category mapping which have values greater than 100000 (eg. 100042 for ID 42).
@ghost commented on GitHub (Nov 18, 2023):
Nothing over 10000. If you want to test something non existing I guess just pick something like 6666
@Qstick commented on GitHub (Dec 31, 2023):
Based on the log we are sending an appropriate search request, it's nothing to do with that. Something seems goofy with our mapping of the categories pre-filter after results are received. @Fossil01 I have an account for testing on Finder, but it disables quickly, can you bump up the hits and I'll see what's going on here.