🤖 fix: Ctrl+I on the new-workspace screen, collapse button focus ring, actions tooltip name, fast mode feedback

[ThomasK33]

Summary

Four keyboard, focus and label fixes from the agent bug bash: Ctrl+I now focuses the composer on the new-workspace screen, the right sidebar's collapse button shows a focus ring, the workspace actions tooltip uses the button's accessible name, and the fast mode shortcut says why fast mode is unavailable instead of doing nothing.

Fixes #5687
Fixes #5688
Fixes #5681
Fixes #5693

Background

All four came from the agent bug bash in #5670.

• 🤖 The "Ctrl+I focus chat" hint does nothing on the new-workspace screen #5687: the creation composer shows the "Ctrl+I - focus chat" hint, but the only FOCUS_CHAT handler was in useAIViewKeybinds, which only the workspace view uses.
• 🤖 The right sidebar's collapse button has no visible focus ring #5688: SidebarCollapseButton had no focus-visible style, and globals.css removes outlines.
• 🤖 Workspace actions button: tooltip says "More actions", accessible name says "Workspace actions" #5681: the header "…" button has aria-label="Workspace actions", but its tooltip said "More actions".
• 🤖 The fast mode shortcut gives no feedback when fast mode is unavailable #5693: toggleFastMode returned early without feedback when getFastModeProvider found no fast mode route (for example a non-first-party Anthropic base URL).

Implementation

• 🤖 The "Ctrl+I focus chat" hint does nothing on the new-workspace screen #5687: the creation composer registers its own capture-phase FOCUS_CHAT listener with the same rules as the workspace one: it works from inputs, and it yields to remote desktops and open dialogs. Only variant === "creation" registers it, so the workspace view keeps one handler.
• 🤖 The right sidebar's collapse button has no visible focus ring #5688: an inset focus-visible ring with the accent color. Inset, because the sidebar clips anything drawn outside the button. The left sidebar uses the same shared button, so it gains the ring too.
• 🤖 Workspace actions button: tooltip says "More actions", accessible name says "Workspace actions" #5681: the tooltip now reads "Workspace actions".
• 🤖 The fast mode shortcut gives no feedback when fast mode is unavailable #5693: the shortcut shows an error toast through the existing chat toast event: "Fast mode is not available for <model> on its current provider route, for example through a gateway or a custom base URL." It does not change any setting.

Validation

New bug-bash repros in tests/bugbash/repros/focusAndLabels.e2e.ts (4 tests, web and phone targets). On main each one fails on its own assertion:

Repro	Result on main
Ctrl+I on the new-workspace screen (#5687)	ASSERTION_FAILED: expect.toBeFocused
collapse button focus ring (#5688)	ASSERTION_FAILED: expect.poll(...).not.toMatch(...), last: "none"
actions tooltip (#5681)	ASSERTION_FAILED: expect.toHaveText, observed "More actions"
fast mode feedback (#5693)	ASSERTION_FAILED: expect.toBeVisible

With the fix all 8 runs pass. make test-bugbash-repros passes, and make test-bugbash-known-failures fails the same tests as on main.

Screenshots

Ctrl+I on the new-workspace screen. Before, focus stays on the page body:

After, the composer has focus:

Collapse button after Tab. Before, no ring:

After, an inset accent ring:

Workspace actions tooltip. Before:

After:

Ctrl+Shift+F with fast mode unavailable. Before, nothing:

After, a toast says why:

390 px width:

Risks

Low. Each change is local to one control or shortcut. The new Ctrl+I listener exists only while the creation composer is mounted.

---

Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high

[chatgpt-codex-connector]

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review	Status	Commit	Review trigger
📝 Code Review	✅ Completed 2026-10-06T13:29:48.853680Z	fd0a766	New commits
🔒 Security Review	✅ Completed 2026-10-06T13:29:37.687194Z	fd0a766	New commits

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: b00cc220f6

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[ThomasK33]

Readiness record for head fd0a76681668e780accf907f4bd8cfcc93bbb934:

• Required CI: green on this head. The optional Pixel / Review check is pending.
• Review assessments used: 5 of 6. Round 1: normal + security. Round 2: normal + security. Plus the final independent check.
• Round 1 findings: 2 P2. The command-palette Ctrl+I case is fixed in fd0a766. The toast host for the no-provider screen is rejected with a reason on the thread and tracked in 🤖 Fast mode unavailable toast: wrong reason for models without fast mode, silent on the no-provider screen #5753. Round 2: clean (normal and security).
• Final independent check (fresh context): READY, with follow-ups that do not block.
• Follow-ups: 🤖 Ctrl+I in the workspace view can move focus behind the command palette #5752 (workspace-view Ctrl+I behind the command palette), 🤖 Fast mode unavailable toast: wrong reason for models without fast mode, silent on the no-provider screen #5753 (toast wording for models without fast mode, toast host on the no-provider screen).
• Reason for stopping: all gates pass on this head.

---

Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high