v1.1.0-beta.072 - fix: Deluge category filter + label-on-add, per-category manga routing, Deluge save-path quirk
🏷️ Deluge active-downloads dumped EVERY torrent, ignoring the category
- The Deluge branch in both active-downloads paths requested web.update_ui with ["name","progress","state","total_size"] only — no label — and pushed every torrent unfiltered, unlike the qBit/SAB/NZBGet branches which filter by category. A Deluge shared across Radarr/Sonarr/comics therefore dumped all its movies/TV into Omnibus's "Unmatched Finished Downloads" list. Fixed in src/app/api/admin/active-downloads/route.ts AND the sibling DownloadService.getAllActiveDownloads, which had the identical gap.
🏷️ Label Deluge torrents on add (the missing half of the filter)
- qBit/SAB/NZBGet stamp their native category on add, so their own downloads survive the category filter; Deluge had no category, so Omnibus's own comics torrents were unlabeled and a naive label filter would have hidden them too. addDownload now best-effort tags the torrent with the configured category as a Label-plugin label (label.add + label.set_torrent). If the plugin is disabled, Deluge returns a 200-body error that's swallowed — the add still succeeds, the torrent is just left unlabeled.
🛟 Graceful when the Label plugin isn't used
- The active-downloads filter only applies when labels are actually in use (some torrent carries a label). A Deluge without the Label plugin still lists all downloads instead of going empty (no regression for single-purpose instances), while a shared instance is correctly narrowed to the category.
🗂️ Per-category routing: comics → first category, manga → second
- The category field was already an ordered "comics, manga" list (and the active-downloads filter matched the whole list), but addDownload only ever used split(',')[0] — the second entry never routed anything. addDownload now takes isManga and files manga under the second configured category when present (else the first). Wired through every add path: automation.ts (automated/monitor), admin manual URL download, manual-request auto-approve, and interactive/force search (performSmartSearch ← force-search) — each resolving isManga from the request's series. Settings help text updated to document the ordering.
🧹 Deluge no longer pins the save path to the category string
- addDownload set download_location to the category ("comics"), a stray relative folder unrelated to categorization. Removed it — Deluge now uses its configured default (or its per-label download location, now that we set the label).
🧪 Tests
- download-clients: Deluge add sets label.set_torrent [id, category]; add still succeeds when label calls fail (plugin off); add no longer pins download_location; manga routes to the SECOND category, comics to the first.
- automation: updated two addDownload assertions for the new isManga argument.
✅ Verification
- tsc clean; vitest 302 passed (+4)