Tier 0: render what the services already decided, honestly
Claude-Session: https://claude.ai/code/session_01Ms2FbjQy31TVf3CEvQhGM8
This commit is contained in:
@@ -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" \
|
||||
|
||||
Reference in New Issue
Block a user