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

controller/README.md

@@ -344,6 +344,13 @@ Each app can define rich metadata in `.felhom.yml`:
     the absolute unit path; `PlaceOffsiteRestore` merges a full scratch into live via
     `rsync --ignore-existing` (never `--delete`), refusing on the pure `mapOffsiteRestorePaths` guards.
     It restores FILES ONLY — no database, no stack restart — and the UI now says so.
+  - **Truthful hub-managed empty state (v0.161.0, R-70):** when `controller.yaml`'s `offsite.enabled`
+    is true but no `offbox` target exists yet (the pre-apply window — or a burned one-time credential,
+    DIAG-f10), the Távoli mentés status card AND the target empty-state line say „Felhom offsite
+    tárhely kiépítve — a beállítás automatikus, folyamatban…" instead of „igényelhető szolgáltatás" /
+    „Még nincs beállítva…". Data key `OffsiteHubEnabled` from `backupsOffboxData`; own-NAS setup form
+    unchanged. The hub side (v0.72.0) watches the same window from its end (delivery-state detector,
+    stuck event, R-71c credential self-heal).
   - **Coherent snapshot pairs (v0.148.0, R-44):** every offsite run — manual AND nightly — refreshes
     the DB/volume dumps and recovery units (`offsitePreDump` → `runDBDumpsInternal`) BEFORE the
     restic capture, so each snapshot is an internally coherent `{DB@T, files@T}` bundle and