- ### Problem
When using multiple *arr instances (sonarr, radarr ...), the queue
on each instance displays *all* torrents being processed by RDT.
The normal behaviour is to display torrents that have the same
category as the one set in the DownloadClient config on
radarr/sonarr.
### Solution
*arr uses the `/api/v2/torrents/info` QBittorrent endpoint which
accepts a `category` query string.
This is how the Qbittorent API behaves when that query string
exists:
```text
See https://github.com/qbittorrent/qBittorrent/wiki/WebUI-API-(qBittorrent-4.1)#get-torrent-list
Get torrents with the given category.
empty string means "without category";
no "category" parameter means "any category"
```
See [here](3125b038d5/src/NzbDrone.Core/Download/Clients/QBittorrent/QBittorrentProxyV2.cs (L96)) how radarr sets the categories when making the query.
Thanks for your indulgence, first time writing dotnet :)
It seems that recently sonarr and radarr have changed the qbittorrent inegration such at the torrents/files endpoint is required for file mapping to work. I've tested this against both sonarr and radarr, and things seem to be working.
