Skip to content

feat(ui): explain why controls are locked + keep Emergency usable during hot lock#3

Merged
Kyzcreig merged 1 commit into
mainfrom
feat/lock-reason-tooltip
Jul 19, 2026
Merged

feat(ui): explain why controls are locked + keep Emergency usable during hot lock#3
Kyzcreig merged 1 commit into
mainfrom
feat/lock-reason-tooltip

Conversation

@Kyzcreig

Copy link
Copy Markdown
Owner

Summary

  • Lock badge shows Locked: <Reason> and every disabled control gets a tooltip + a visible hint strip explaining the active lock and what clears it (hot threshold, cooling band, sensor failure, agent offline, override in flight)
  • Bug fix: during a hot lock, the policy accepts 100% (request_override only rejects <100), but the UI disabled the Emergency button along with everything else. Emergency now stays clickable with its own explanatory tooltip.

Verification

  • 46 tests pass, ruff clean, node --check on the JS
  • Live E2E after deploy: hot-lock state shows the hint strip + Emergency enabled

…ing hot lock

- Lock badge now shows 'Locked: <reason>'; native tooltips on every
  disabled control + a visible hint strip below the heading explain the
  active lock (hot threshold, cooling band, sensor failure, agent
  offline, in-flight override) and what unlocks it
- During a hot lock the policy still accepts 100%, but the UI was
  disabling the Emergency button too — it now stays clickable with its
  own tooltip
- render passes the raw safety.reason (map keys are raw codes)
@Kyzcreig
Kyzcreig merged commit 041b456 into main Jul 19, 2026
1 check passed
@Kyzcreig
Kyzcreig deleted the feat/lock-reason-tooltip branch July 19, 2026 00:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant