Clarify Claude OAuth recovery action#2192
Conversation
|
Codex review: needs real behavior proof before merge. Reviewed July 15, 2026, 11:18 PM ET / July 16, 2026, 03:18 UTC. Summary Reproducibility: yes. at source level: the added Linux assertion requires a message directing users to a macOS menu action that Linux does not provide. Review metrics: 2 noteworthy metrics.
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 findings
Review detailsBest possible solution: Provide platform-appropriate recovery guidance—menu Refresh on macOS and an explicit CLI-available retry on Linux—then demonstrate both messages with redacted real output. Do we have a high-confidence way to reproduce the issue? Yes, at source level: the added Linux assertion requires a message directing users to a macOS menu action that Linux does not provide. Is this the best way to solve the issue? No; the macOS direction is appropriate for the app, but a shared Linux-visible message needs platform-appropriate recovery guidance. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against d661c1c37d00. Label changesLabel changes:
Label justifications:
Evidence reviewedWhat 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
|
|
Folded this recovery-copy correction into #2191 so the Claude Keychain/OAuth behavior has one canonical merge path. |
Summary
Why
With the Keychain prompt policy set to Only on user action, background OAuth repair intentionally fails closed so CodexBar cannot trigger Claude, a Keychain prompt, or a browser launch. Automatic refresh after opening the menu still runs in the background, while the explicit Refresh action is user-initiated. The previous error text incorrectly promised that opening the menu would retry the repair.
Validation
swift test --filter 'oauth delegated retry only on user action background suppresses delegation|appOAuthBackgroundRespectsPlatformKeychainPromptPolicy'make check