MaM filter options (Not VIP, Freeleech, etc.) have no effect — wrong API parameter names sent to MaM

[TheRealNoob]

Summary

The MaM indexer filter setting (Not VIP, Freeleech, VIP only, etc.) has no effect on search results. MaM ignores the parameters Listenarr sends and returns unfiltered results.

Steps to Reproduce

1. Configure MaM indexer with filter set to Not VIP.
2. Search for a title that has both VIP and non-VIP results on MaM (e.g. Ready Player Two by Ernest Cline).
3. Observe that VIP torrents appear in results alongside non-VIP ones.

Expected Behavior

Only non-VIP torrents should be returned.

Actual Behavior

All torrents are returned regardless of VIP status. The filter setting is silently ignored by MaM.

Root Cause

Listenarr sends filter options as separate boolean parameters that MaM does not recognise:

tor[onlyActive]=1
tor[onlyFreeleech]=1
tor[freeleechOrVip]=1
tor[onlyVip]=1
tor[notVip]=1

MaM's actual API uses a single tor[searchType] parameter with specific string values. Prowlarr's implementation (which has been confirmed to work) uses:

Filter	Prowlarr sends
Active	tor[searchType]=active
Freeleech	tor[searchType]=fl
Freeleech or VIP	tor[searchType]=fl-VIP
VIP only	tor[searchType]=VIP
Not VIP	tor[searchType]=nVIP

Reference: src/NzbDrone.Core/Indexers/Definitions/MyAnonamouse.cs

Empirical Confirmation

Searching for Ready Player Two by Ernest Cline with the Not VIP filter enabled:

• Prowlarr (tor[searchType]=nVIP): returned 1 result (non-VIP only) ✓
• Listenarr (tor[notVip]=1): returned 5 results including 3 VIP torrents ✗

Affected Code

listenarr.infrastructure/Search/Providers/MyAnonamouse/MyAnonamouseRequestFactory.cs — the switch block starting around line 87.

Suggested Fix

Replace the five separate boolean parameters with a single tor[searchType] parameter using the values above, matching Prowlarr's working implementation.

Environment

• Listenarr version: canary-1.2.2
• Indexer: MyAnonamouse (direct)