feat(macos): navigate dashboard history with Command brackets#104328
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 599dc4ec56
ℹ️ 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".
| self.navigateBack() | ||
| } | ||
|
|
||
| @objc private func navigateForward(_: Any?) { | ||
| self.webView.goForward() | ||
| self.navigateForward() |
There was a problem hiding this comment.
Keep title-bar validation aligned with focused browser
When the link sidebar owns focus, the title-bar Back/Forward buttons now invoke the focused activeNavigationWebView, but installNavigationControls() still enables those buttons only from self.webView.canGoBack/canGoForward. In a focused sidebar with its own history and no main-dashboard history, the title-bar Back button stays disabled; in the reverse case it appears enabled but calls goBack() on a sidebar that cannot navigate. Please either keep these button actions pinned to the main dashboard web view or update their validation/observations to follow the same active web view.
Useful? React with 👍 / 👎.
|
Codex review: needs real behavior proof before merge. Reviewed July 11, 2026, 5:20 AM ET / 09:20 UTC. Summary PR surface: Other +81. Total +81 across 5 files. Reproducibility: not applicable. This PR adds a new platform-standard keyboard capability, and current main has no equivalent shortcut behavior to reproduce as broken. Review metrics: none identified. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Proof guidance:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Keep the current separation between dashboard-only title-bar controls and focus-sensitive app commands, then demonstrate both shortcuts in a signed app with the main dashboard and link sidebar focused. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR adds a new platform-standard keyboard capability, and current main has no equivalent shortcut behavior to reproduce as broken. Is this the best way to solve the issue? Yes. The implementation is the narrowest maintainable shape found: it reuses the existing dashboard manager/controller boundary and preserves the separate title-bar invariant; only real packaged-app proof remains missing. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 72cf43fa8092. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Other +81. Total +81 across 5 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
Review history (1 earlier review cycle)
|
|
Land-ready on head Proof:
Known proof gap: no separate signed-app black-box key-event session. Focused macOS integration coverage verifies command target selection and history dispatch. |
|
Merged via squash.
|
…aw#104328) * feat(macos): add dashboard history shortcuts * chore: leave release changelog to release flow * chore(macos): sync native i18n inventory * fix(macos): keep titlebar navigation on dashboard
…aw#104328) * feat(macos): add dashboard history shortcuts * chore: leave release changelog to release flow * chore(macos): sync native i18n inventory * fix(macos): keep titlebar navigation on dashboard
What Problem This Solves
The macOS dashboard exposes navigation history through title-bar controls and trackpad gestures, but keyboard users cannot use the standard Command-[ and Command-] shortcuts to move backward and forward.
Why This Change Was Made
Adds app-level Navigate commands for the standard shortcuts and routes them through the existing dashboard history implementation. Navigation follows the focused embedded browser: the main Control UI by default, or the link sidebar when it owns focus.
User Impact
macOS users can navigate dashboard history with Command-[ and Command-], including while browsing links in the focused sidebar browser.
Evidence
swift test --package-path apps/macos --filter DashboardWindowSmokeTestson personal macOS remote: 25 tests passed, including the new focused-browser routing regression test.scripts/format-swift.sh macos: clean (0 files require formatting).pnpm native:i18n:sync: generated native inventory committed; exact-head CI verifies it.git diff --check: clean..agents/skills/autoreview/scripts/autoreview --mode local --model gpt-5.5 --thinking high: clean, no accepted/actionable findings.