fix(qbittorrent): show set-cookie presence in login diagnostic
When the login endpoint returns an unexpected response (e.g. a 204 No Content with no body), the diagnostic now reports whether a Set-Cookie header was present. That single fact tells us whether qBittorrent attempted to establish a session at all — distinguishing "qBittorrent answered weirdly" from "something in the proxy path answered before qBittorrent" (e.g. a 204 from a misrouted reverse proxy), which is the key clue when diagnosing login failures behind a proxy. 42/42 qBittorrent + credential-tester tests pass; ruff clean.
This commit is contained in:
@@ -2,7 +2,7 @@
|
||||
dir: backend/src/media_library_viewer_api/clients
|
||||
|
||||
## role
|
||||
Provides external service integration clients (API wrappers and remote/local command executors) for media library data aggregation and system monitoring.
|
||||
Collection of API and protocol client wrappers for external services (Jellyfin, Authentik, Jellyseerr, qBittorrent, SSH, local execution) with shared HTTP timeout configuration.
|
||||
## parent
|
||||
index: backend/src/media_library_viewer_api/.pi-map.index.md
|
||||
map: backend/src/media_library_viewer_api/.pi-map.md
|
||||
|
||||
Reference in New Issue
Block a user