mediawire: qBittorrent 5 answers a good login with 204 — accept it (found on Tester 1, Part G1); fake answers 204 like the app
gates / gates (push) Successful in 41s

Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
This commit is contained in:
admin committed 2026-10-15 10:02:26 +02:00
1 parent f580d88a14
commit a09cab124a
3 files changed
+5 -2

No files matched your search

+2
View File
@@ -31,6 +31,8 @@ Not released yet (bake → vouch → floor, `09` §3 decision 247). Design: felh
with the API key named „felhom" read at use from Jellyfin's own database (no key → one household step, said on the
page). Keys read at use, never stored or logged; links never undone when an app stops. Idempotent:
`TestRun_SecondRunWritesNothing` (red-proved: the measured repeated qBittorrent writes).
- **Fixed on Tester 1 (Part G1):** qBittorrent 5 answers a good login with HTTP 204, not 200 — the wiring refused it
(`login: HTTP 204`). Both logins accept 204; the test fake now answers 204 as the real app does (red-proved).
- **Old Sonarr/Radarr installs repaired by themselves (R-1047)** — only when /media is no longer bound: same-path root
folder, `moveFiles:false` editor, rescan, old root removed, Radarr's collections too. `TestRepairOldRoot_K7`
(red-proved: moveFiles=true is caught).