v0.161.0 — R-70: truthful hub-managed offsite empty state (kiépítve/automatikus banner replaces igényelhető + nincs beállítva in the pre-apply window)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NKSN3gSg4TKVBBqkwW2djR

CONTEXT.md

@@ -7,7 +7,17 @@
 >
 > Ask Claude Code: "Please update CONTEXT.md with what we did today"
 
-Last updated: 2026-07-22 (v0.160.0 — R-67: the NAS share appears in FileBrowser)
+Last updated: 2026-07-23 (v0.161.0 — R-70: truthful hub-managed offsite empty state)
+
+> **2026-07-23 — v0.161.0 (R-70 controller leg), SHIPPED + deployed BOTH boxes.** When
+> `offsite.enabled` is in controller.yaml but no `offbox` target exists (pre-apply window / burned
+> credential — the F10 shape), Távoli mentés now shows „Felhom offsite tárhely kiépítve — a
+> beállítás automatikus, folyamatban…" on BOTH empty surfaces (status card + target line) instead
+> of „igényelhető" / „Még nincs beállítva". Data key `OffsiteHubEnabled` (from `Server.cfg`, no new
+> wiring); render tests per gate branch; banner leg is unit-proven/live-pending (no healthy box
+> occupies the window; next fresh onboarding is the natural live leg). Hub sibling v0.72.0 carries
+> the detector + `offsite_delivery_stuck` + the R-71c self-heal. Origin + rulings:
+> `felhom.eu/documentation/audits/DIAG-f10-demo-hp-offsite-2026-07-23.md`.
 
 > **2026-07-22 — v0.160.0 (R-67), SHIPPED + deployed BOTH boxes, full live leg on demo-hp.**
 > Network shares now bind their share ROOT into FileBrowser (`…/<name>:/srv/<name>:rslave`) — no