NZBHydra2: Show original indexer name in search results #9353

Open
opened 2026-02-20 00:13:00 -05:00 by deekerman · 0 comments
Owner

Originally created by @despecial on GitHub (Jan 29, 2026).

Is there an existing issue for this?

  • I have searched the existing open and closed issues

In Interactive Search, the “Indexer” column always shows the indexer name configured in Radarr (the display name of the single NZBHydra2 entry). When using NZBHydra2 as a meta-indexer that aggregates multiple upstream indexers, this hides the real source indexer, makes it harder to evaluate/troubleshoot results, and you also can’t sort results by upstream indexer.

Describe the solution you'd like

Interactive Search should show the real upstream indexer for each result when using NZBHydra2, so the “Indexer” column reflects where the release actually came from (not just the single NZBHydra2 entry name configured in Radarr).

This enables quick comparison, sorting, and troubleshooting in multi-indexer setups because you can immediately tell which upstream indexer produced each hit.

Describe alternatives you've considered

Hover the mouse over the “Title” link in the search results to see the target URL and infer which upstream indexer/website the release comes from, but this is slow, error-prone, and not easily comparable across many results.

Anything else?

Implementation details / proposal

  • NZBHydra2 includes the upstream indexer name per via the Newznab attribute hydraIndexerName: <newznab:attr name="hydraIndexerName" value="Indexer XYZ"/>
  • During Newznab parsing (likely NzbDrone.Core.Indexers.Newznab.NewznabRssParser), read hydraIndexerName and store it on the parsed release/search-result object.
  • In Interactive Search results, populate the existing Indexer column with this parsed hydraIndexerName value (per result) instead of the configured Radarr indexer display name.
  • Fallback: if hydraIndexerName is missing/empty, keep the current behavior (show the configured indexer name).
Originally created by @despecial on GitHub (Jan 29, 2026). ### Is there an existing issue for this? - [x] I have searched the existing open and closed issues ### Is your feature request related to a problem? Please describe In Interactive Search, the “Indexer” column always shows the indexer name configured in Radarr (the display name of the single NZBHydra2 entry). When using NZBHydra2 as a meta-indexer that aggregates multiple upstream indexers, this hides the real source indexer, makes it harder to evaluate/troubleshoot results, and you also can’t sort results by upstream indexer. ### Describe the solution you'd like Interactive Search should show the real upstream indexer for each result when using NZBHydra2, so the “Indexer” column reflects where the release actually came from (not just the single NZBHydra2 entry name configured in Radarr). This enables quick comparison, sorting, and troubleshooting in multi-indexer setups because you can immediately tell which upstream indexer produced each hit. ### Describe alternatives you've considered Hover the mouse over the “Title” link in the search results to see the target URL and infer which upstream indexer/website the release comes from, but this is slow, error-prone, and not easily comparable across many results. ### Anything else? Implementation details / proposal - NZBHydra2 includes the upstream indexer name per <item> via the Newznab attribute hydraIndexerName: `<newznab:attr name="hydraIndexerName" value="Indexer XYZ"/>` - During Newznab parsing (likely `NzbDrone.Core.Indexers.Newznab.NewznabRssParser`), read hydraIndexerName and store it on the parsed release/search-result object. - In Interactive Search results, populate the existing Indexer column with this parsed hydraIndexerName value (per result) instead of the configured Radarr indexer display name. - Fallback: if hydraIndexerName is missing/empty, keep the current behavior (show the configured indexer name).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Radarr#9353
No description provided.