fix(codex): report a deferred Windows CLI inspection instead of an absent candidate - #4178
fix(codex): report a deferred Windows CLI inspection instead of an absent candidate#4178luvs01 wants to merge 2 commits into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (10)
Included review availability: Your plan provides up to 10 included reviews per hour; 9 remain after this review. 📝 WalkthroughWalkthroughChangesThe Windows Codex CLI inspection path now reports Codex CLI inspection reporting
Estimated code review effort: 2 (Simple) | ~10 minutes Suggested reviewers: Merge Risk: ⚪ Minimal · up to Windows no-candidate checks now accurately report deferred inspection rather than implying the CLI is absent, without changing POSIX behavior or the no-I/O inspection boundary. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
✅ Deterministic PR hygiene checks passed. |
✅ READY
Review readiness checklist
✅ 4/4 boxes ticked. This pull request is already Ready for Review. |
리뷰 · 우선순위 52 / 80설명 이 PR은 Windows에서 고치는 방법은 새 기능을 넣는 게 아니다. 타입 지금 라인 591 - 현재 tests/codex-integration/codex-cli-install-provenance.test.ts - Windows 테스트가 reason뿐 아니라 전체 report shape와 docs-site/.../reference/cli/agents.md (8 locale) - 설명 문장이 길어져 읽기 부담이 늘었지만, 동작과 문서가 같이 움직이는 쪽이라 범위는 맞다. 번역 품질은 기계적으로 맞춰 둔 수준으로 보이며, 의미 어긋남은 눈에 띄지 않는다. PR 베이스 - 메인테이너의 판단이 필요한 지점
너의 추천 이 댓글은 grok-bot이 작성했습니다 |
…sent candidate On Windows the candidate-only provenance slice performs no candidate or configuration filesystem I/O, so it never consults the persisted runtime selection. When no proof-captured CODEX_CLI_PATH candidate is present it nevertheless reported reason "candidate_unavailable", asserting that no Codex CLI candidate exists even though availability was never observed. Operators whose runtime resolves through persisted "configured" state therefore saw a missing candidate while the runtime report showed a known version. Report the deferral that actually occurred instead. The defined "windows_inspection_deferred" reason already exists but was reachable only with an environment candidate. POSIX does read persisted state, so its absent-candidate answer is exact and stays unchanged. No filesystem access is added: the Windows path still performs zero I/O, and candidateAvailable, provenance, managed, selectionAttested, versionEvidence and shim status are unchanged. This intentionally replaces the previous test statement that pinned the "candidate_unavailable" wording on Windows.
275f3f8 to
0002656
Compare
|
@coderabbitai review |
✅ Action performedReview finished.
|
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
Ingwannu
left a comment
There was a problem hiding this comment.
Reviewed head 0002656. The production change is the reason on the no-observed-candidate Windows return. It does not add filesystem inspection, candidate execution, configuration writes, shim repair, or process control. The Windows regression observes the full unknown/unmanaged report and zero filesystem calls; the POSIX relative-config control preserves its existing reason but is not evidence about persisted POSIX state. Candidate-present lexical classification is unchanged. I independently verified author CI 34438801853 succeeded at this exact head. No new blocker found in this bounded diagnostic correction; sponsoring it for repository gates, not waiving those gates or approving the wider updater. #2811 should remain open. No local product execution was used.
Summary
On Windows,
ocx system codex-cli-update checknow reportswindows_inspection_deferredwhen it obtains no environment candidate. The inspection deliberately does not read Windows candidate or configuration files, so it cannot establish installation absence. This addresses the confusing diagnostic reported in #2811; the wider updater request remains open.The Windows zero-I/O boundary and all other report fields remain unchanged.
candidateAvailable: falsemeans this inspection obtained no candidate evidence. Consumers distinguish deferred reports with and without an observed candidate usingcandidateAvailableandcandidateSource. POSIX retains its existing no-candidate result.Verification
0002656fdbd9f3697cf71b591a07b11015fb1868, rebased ontodev 386b6a0d9a8acef818b9c40ebd472e4974750199.34438801853: 26/26 jobs passed, bound to0002656fdbd9f3697cf71b591a07b11015fb1868. The checklist CI attestation refers to this completed matrix; local focused results are listed separately.Checklist
Review readiness checklist
Readiness base check: 7 commits behind current dev; within the repository allowance of ten.