1084be86cd
Some checks failed
dev release / build (push) Failing after 38s
add_torrent_response_is_rejected treated success_count == 0 alone as an outright rejection. qBittorrent returns exactly that (with pending_count: 1) for every URL-based add while it fetches the torrent asynchronously — the shape nyaa's RSS feed always uses, since it hands over a .torrent download URL, never a magnet. Every nyaa grab was therefore marked MagnetRejected and silently dropped (no release row, no log line) while the torrent downloaded successfully in the background. With no release row, best_existing_score always saw None, so the same episode got re-grabbed from every new feed entry — the repeated duplicate downloads sitting in /mnt/media/downloads/ (Mushoku Tensei, Tenki no Ko, Code Geass) traced back to this. Root-caused by an Opus 5 investigation. Also stop treating a genuine rejection as silent: process_item now records a failed release row and logs a warning, matching the existing HashCaptureFailed pattern, instead of just marking the item seen and moving on with no trace. |
||
|---|---|---|
| .. | ||
| api | ||
| importer | ||
| matcher | ||
| metadata | ||
| parser | ||
| qbit | ||
| scoring | ||
| sources | ||
| transcode | ||
| db.rs | ||
| jellyfin.rs | ||
| library_scan.rs | ||
| main.rs | ||
| notify.rs | ||
| scheduler.rs | ||
| src.tar.xz | ||