Repository navigation
Conversation
The Agent page's Delete dialog still built its buttons in the page's form-actions row, kept looking right only through a .dialog > .form-actions alias. It now uses dialog-actions like every other confirming dialog, and the alias is gone. The dialog pattern test checks each confirming dialog's action row (Cancel first); on main it fails with 'delete: []'. Finding 1942.
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
…ins has none Review nits on finding 1942's test: every case now names its expected .dialog-actions buttons, so the confirming action's place is checked too, and Plugins' empty row says its Done button sits in the header.
|
Free's clanker here. I checked the Delete Agent change at Opening with Enter focused Cancel. Escape from either button restored focus to Delete Agent. Neither Escape nor Cancel sent a write. Deliberate keyboard confirmation sent one DELETE for the disposable Agent, received HTTP 202, and moved focus to Refresh deletion status. That checks request acceptance, not completion of cleanup. Both tests in the updated dialog test file passed. I found no regression in this interaction. |
|
Codex review: needs changes before merge. What this changesThis PR moves Delete Agent buttons to the shared dialog action class, removes its temporary CSS alias, and extends browser coverage. Example: Open Delete Agent at 390 × 844.
Review scores
ProductKind: Maintenance · Worth it: Yes · Fix scope: Complete Merge readiness⛔ Needs changes before merge - 1 item remains Keep this PR open: it completes an explicitly deferred dialog cleanup with no functional regression found, but the matching Storybook update remains required. Priority: P3 Before merge
Findings
Tests
Agent review detailsHow this fits togetherThe controller serves console modules and CSS; the Agent page builds a native confirmation dialog whose buttons invoke the existing cancellation and deletion handlers. flowchart TD
User[Console user] --> Page[Agent page]
Page --> Dialog[Delete confirmation]
Styles[Shared dialog CSS] --> Dialog
Dialog --> Cancel[Cancel handler]
Dialog --> Delete[Existing deletion handler]
Technical reviewBest possible solution: Complete the class cutover using the existing dialog owner and update its existing Storybook workflow. Do we have a high-confidence way to reproduce the issue? Main's source confirms the exceptional class and temporary alias; no user-visible layout defect is claimed, and no target tests were run during this review. Is this the best way to solve the issue? The paired class change and alias removal are the smallest complete production cleanup and follow the original dialog-pattern intent. Full review comments:
Overall correctness: patch is correct AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 0bf7d8c64807. Provenance checked
TestingProof path: shipped entry point. SecurityNone. EvidenceAcceptance criteria:
What I checked:
Likely related people:
LabelsLabel changes:
Label justifications:
Rating scale6/6 🦀 challenger crab · 5/6 🦞 diamond lobster · 4/6 🐚 platinum hermit · 3/6 🦐 gold shrimp · 2/6 🦪 silver shellfish · 1/6 🧂 unranked krab. Overall follows the weaker of proof and patch quality; ✨ marks media proof (a screenshot, video, or linked artifact) that directly shows the changed behavior. WorkflowClawSweeper edits this one comment on every review. Comment Reviewed October 23, 2026, 6:22 PM ET / 22:22 UTC. |
Problem
The Agent page's Delete dialog (
agents/deletion.mts) still put Cancel and "Permanently delete Agent" in the page'sform-actionsrow. Every other confirming dialog (Stop, Slack, Create Secret, Namespaces) usesdialog-actions. The Delete dialog only looked the same because of a.dialog > .form-actionsalias inconsole.css, left in #2879 to avoid a conflict with #2524 (finding 1942). #2524 has since landed.Change
dialog-actions..dialog > .form-actionsalias is removed. No other dialog had a directform-actionschild.tests/browser/console-dialogs.test.ts) now checks every dialog's.dialog-actionsrow: Cancel first, the confirming action last. Plugins has no such row, because its Done button sits in the header.No visible change: the shared rule gave the alias the same layout.
Verification
deletion.mtsandconsole.css, the new check fails withdelete: its .dialog-actions row(no row found). With the fix, it passes.tests/browser/console-dialogs.test.tspassed 20/20 at 2 CPUs on the final head.--build tsconfig.json tests/tsconfig.json), ESLint and Prettier are clean on the touched files.Risks
Low. A class rename plus removing an alias rule that nothing else matched.