R-1292: qBittorrent's 50 % rule owns the NORMAL limit only (up_limit through app/preferences), never the current speed mode's slot. Test with the alternative mode on, red-proved. Commit only.

2026-10-26 13:01:31 +01:00
parent 3d711ee611
commit 26191911c4
7 changed files with 107 additions and 8 deletions
@@ -3585,7 +3585,8 @@ host's **weekly iperf3 line test** (the agent's `GET /host/line-test`, agent ≥
 the tunnel, R-1247) and a floor learnt from the nightly off-site push (one-second samples of the controller's own counter;
 best 10 s). The watch judges against the higher; the system settings page names the source. qBittorrent gets a default
 upload limit of 50 % of the TESTED line only (D41; no test yet → no limit; never over a household's own limit), and its
-page says so in one line. State: settings.json `upwatch`. Spike: felhom.eu `audits/SPIKE-upload-watch-2026-10-23.md`.
+page says so in one line. The rule owns the NORMAL limit only (`up_limit` through app/preferences, unreleased, R-1292): the household's
+„alternative speed" limit is never read or written by it. State: settings.json `upwatch`. Spike: felhom.eu `audits/SPIKE-upload-watch-2026-10-23.md`.

 **A box whose torrent app seeds all day** (v0.343.0, R-1250; `internal/upwatch/linehold.go`): the agent's test needs 10
 quiet minutes, which such a box never gives. When the agent reports `waiting_for_quiet` (agent ≥ 0.165.0) and