feat(bay): focus the crustacean finder with the / shortcut - #1182
feat(bay): focus the crustacean finder with the / shortcut#1182steipete wants to merge 1 commit into
Conversation
Pressing / anywhere outside a form control focuses the Bay search box, and the finder hint advertises the shortcut.
|
🦞👀 Pull request received. I will update this pull request when review starts. |
|
Codex review: needs changes before merge. Reviewed August 30, 2026, 12:52 PM ET / 16:52 UTC. ClawSweeper reviewWhat this changesAdds a Merge readinessKeep open: the shortcut works for the primary path, but the introduced global listener still captures Priority: P3 Review scores
Verification
How this fits togetherOpenClaw Bay is ClawSweeper's public, read-only dashboard over bounded operational-status data. Its browser-side finder filters the already visible public issue and pull-request references without querying GitHub. flowchart LR
A[Public status snapshot] --> B[OpenClaw Bay]
C[Keyboard input] --> D[Shortcut guard]
D --> E[Finder input]
E --> F[Visible reference search]
B --> F
Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Copy recommended automerge instructionTechnical reviewBest possible solution: Keep the shortcut, but restrict it to non-interactive targets and no modifiers, with focused regression coverage and refreshed exact-head browser proof. Do we have a high-confidence way to reproduce the issue? Yes for the reviewed behavior: source directly shows the listener accepts focused buttons and omits Shift, while the supplied related evidence records the basic slash-to-focus path on this exact head. Is this the best way to solve the issue? No: the shortcut is a reasonable implementation, but its eligibility guard must match the stated non-form-control and no-modifier behavior before merge. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against c179a466606f. LabelsLabel justifications:
EvidenceAcceptance criteria:
What I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (6 earlier review cycles)
|
…ests everywhere (#1184) The exact-event review lane delivers GitHub effects directly and skips the artifact publication job, so its recommended live proofs never dispatched (observed on #1182, run 32002395638). Both lanes now share a repair-built candidates CLI, which the conditional build-script emits in every branch, and dispatch with a host-repo app token. live_test is now inherited from generic fallback profiles, enabling terminal-surface live proofs for every openclaw/* and steipete/* target (including openclaw/openclaw), with browser configs for ClawHub and the ClawSweeper bay demo. A recommended browser plan for a terminal-only repository is a logged skip instead of an error.
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
…1198) The attach job hydrates the CURRENT record straight from the canonical store, but repair:publish-main fell back to the intentionally unhydrated CLAWSWEEPER_STATE_DIR for its three-way baseline, so every publication looked like a same-section concurrent edit and conflicted deterministically (#1182 run 32031655761). Each retry attempt now captures the freshly hydrated record as an explicit baseline for the unchanged strict fence, matching exact review's capture-before-mutate idiom.
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
Summary
Pressing
/anywhere outside a form control now focuses the Bay finder ("Where's my crustacean?"), matching the common search-shortcut convention, and the finder hint advertises it ("press /").Behavior
/focuses the search input unless typing in an input, textarea, select, or contenteditable element, and never with a modifier held.Proof
pnpm buildclean on the branch head.dashboard/bay-page.ts(hint text in two places plus one delegated keydown listener); the bay routes test asserting the finder markup still passes.