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.

CHANGELOG.md

@@ -1,3 +1,14 @@
+## Unreleased (next: v0.345.0) — the 50 % rule owns qBittorrent's NORMAL limit only (R-1292) (2026-10-26) — committed, not released
+
+**MinAgent: 0.158.1** (unchanged).
+
+- `internal/upwatch/qblimit.go`: `QBLimiter` is `NormalLimit`/`SetNormalLimit` — the `up_limit` slot through
+  `app/preferences` (the R-1261 helpers in `linehold.go`), never `transfer/uploadLimit`/`setUploadLimit`, which act on the
+  CURRENT speed mode's slot (measured on 5.2.4). Before: with the household's alternative speed on, the rule read the
+  household's alternative limit as „theirs" and set nothing, or wrote the alternative slot and stopped for good at the
+  next switch. Test `TestR1292_TheRuleSetsTheNormalSlotWhileTheAlternativeIsOn` (alternative 500 KiB/s and none), red-
+  proved against the current-mode calls. The old test fake answers `app/preferences` too.
+
 ## v0.344.0 (2026-10-26) — the line hold holds every seeder (R-1261); FileBrowser off the app network (R-1281); a set-aside restore is quiet (R-1288); the „later" media restart survives a restart (R-1282); a held app says why (R-1286); the install page offers a kept backup (R-1278) — RELEASED on the operator's yes (attended release run; image sha256:9435165d…, from `0a59044`, CI 2355; global floor 09:07:47 UTC, MinAgent 0.158.1; golden 0.344.0 baked and vouched the same day)
 
 **Upgrade note:** FileBrowser's rendered compose changes (R-1281), so the file manager restarts once at the update — a