fix: iOS Talk fallback settings opens Voice & Talk#98602
Conversation
3f30e2c to
1c44447
Compare
|
Codex review: needs maintainer review before merge. Reviewed July 1, 2026, 10:42 AM ET / 14:42 UTC. Summary PR surface: Other +15. Total +15 across 4 files. Reproducibility: yes. Source inspection on current main traces the Talk fallback Open Settings path through Review metrics: none identified. Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Next step before merge
Security Review detailsBest possible solution: Land the narrow route split after maintainer review, keeping Talk-specific settings actions on Do we have a high-confidence way to reproduce the issue? Yes. Source inspection on current main traces the Talk fallback Open Settings path through Is this the best way to solve the issue? Yes. Splitting Talk-specific Voice & Talk navigation from the existing Gateway repair callback is the narrowest maintainable fix and uses the already-existing AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 909be7bcbc70. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Other +15. Total +15 across 4 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
|
|
Proof screenshot/link comment removed after merge for privacy. Validation evidence was summarized in the sanitized PR body. |
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
@clawsweeper re-review Current head: 1c44447 The previous re-review acknowledgement has not updated the durable review/labels yet, so requesting a fresh pass on the same head. The PR body now has public, inspectable simulator proof for the requested behavior:
Current GitHub checks include passing |
Closes #98593
What Problem This Solves
Fixes an issue where users who hit the iOS Talk fallback banner would tap "Open Settings" and land on Settings / Gateway instead of the Voice & Talk settings page.
Why This Change Was Made
Talk-specific settings actions now have a separate Voice settings route, while gateway/offline repair actions continue to open Gateway settings.
User Impact
Users who see the iOS Speech fallback banner can go directly to Voice & Talk settings instead of hunting through the Settings root or Gateway page.
Evidence
Voice & Talk settingsbutton openedSettings / Voice & Talk, while Gateway repair actions still openedSettings / Gateway.swiftlinton touched files passed.git diff --checkpassed.RootTabsSourceGuardTestsandRootTabsPresentationTestspassed 77 Swift Testing tests.OpenClawSnapshotUITests.testTalkSettingsRouteProofScreenshotspassed with 0 failures.AI-assisted: yes.