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 maintainer review before merge. Reviewed August 18, 2026, 4:52 AM ET / 08:52 UTC. ClawSweeper reviewWhat this changesThe PR adds a guarded Merge readinessKeep open: the shortcut is still absent from current main, and the linked live-proof follow-up records a successful after-fix focus check, but this head is dirty and conflicts with current Bay changes. Likely related people: Martin Cleary (high confidence). Priority: P3 Review scores
Verification
Live VerificationEntry: Result: PASS (completed) Steps:
How this fits togetherOpenClaw Bay is the public, observer-only dashboard for verified GitHub work. Browser input is filtered by the finder and then used to locate a reference in the currently visible public sample. flowchart LR
A[Browser keypress] --> B[Shortcut guard]
B --> C[Bay finder]
C --> D[Visible public references]
D --> E[Focused matching item]
Before merge
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Rebase the narrowly guarded shortcut onto current main, resolve the Bay-script conflict without discarding current behavior, and retain the existing live focus proof for the rebased head. Do we have a high-confidence way to reproduce the issue? Not applicable as a bug reproduction: this is a usability enhancement, and the related live-proof record already exercised Is this the best way to solve the issue? Yes, after rebasing: a modifier- and editable-target-aware document listener is a narrow way to add this conventional finder shortcut without altering Bay’s data flow. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 33ef24274870. LabelsLabel changes:
Label justifications:
EvidenceWhat 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 (4 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.