Tier 0: render what the services already decided, honestly

Claude-Session: https://claude.ai/code/session_01Ms2FbjQy31TVf3CEvQhGM8
This commit is contained in:
Gabriel Brown
2026-08-25 00:24:30 -04:00
parent be0e55214b
commit 8b1205e4b8
38 changed files with 1474 additions and 260 deletions
+17
View File
@@ -51,6 +51,23 @@ rg -Fq 'onTapped: root.pageRequested("services")' "$settings_dir/SettingsSidebar
|| fail 'health footer does not open the stable services route'
rg -Fq 'height: 54' "$settings_dir/SettingsSidebar.qml" \
|| fail 'health footer lost its 54px target'
# ── One verdict, two surfaces ────────────────────────────────────────────────
# The sidebar footer and the Health hero sit six inches apart and describe the
# same desktop. They each used to decide the headline for themselves, in
# different orders, so a health check that failed after a successful one showed
# a red "unavailable" hero beside a green "Desktop is healthy" footer. Neither
# surface may test Health.status or Health.checks.length to work out the
# headline again; both render Health.headline and Health.tone.
rg -Fq 'return Health.headline;' "$settings_dir/SettingsSidebar.qml" \
|| fail 'the sidebar footer does not render the shared health headline'
rg -Fq 'Health.headline' "$settings_dir/HealthSummary.qml" \
|| fail 'the health hero does not render the shared health headline'
for health_surface in SettingsSidebar HealthSummary; do
if rg -q 'Health\.(status|checks\.length) ===' "$settings_dir/$health_surface.qml"; then
fail "$health_surface re-derives the health headline instead of rendering Health.headline"
fi
done
rg -Fq 'onClicked: Health.copyReport()' "$settings_dir/HealthSummary.qml" \
|| fail 'Copy Report does not use the redacted Health report path'
rg -Fq 'text: "Checking…"' "$settings_dir/HealthSummary.qml" \