Repository navigation
Conversation
|
Understand this PR’s impact Explore downstream dependencies and potential security impact with Blast Radius. Important Review skippedReview was skipped as selected files did not have any reviewable changes. ⚙️ Run configurationConfiguration used: Repository UI Review profile: ASSERTIVE Plan: Advanced Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (3)
Included review availability: Your plan provides up to 4 included reviews per hour; 3 remain after this review. 📝 WalkthroughWalkthroughThe change centralizes Windows owner-command execution with a 30-second timeout and typed timeout errors. Candidate-view preparation now reports timeout details through ChangesWindows owner timeout handling
Priority: ➖ Normal Estimated code review effort: 3 (Moderate) | ~20 minutes Change: Bug fix · Severity of issue fixed: Medium Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 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 |
|
Maintainer action requested: please add the |
|
Gentle nudge on this one. All checks are green (verify, Windows, CodeRabbit) and the patch is a single commit on current main; the only outstanding step is the maintainer-side |
# Conflicts: # lib/review-candidate-view-owner.ts # lib/review-candidate-view.ts
The Windows candidate view regression fails its first owner-preparation git command with candidate-owner-preparation-failed (ETIMEDOUT) when a cold windows-latest runner exceeds the 10s CANDIDATE_GIT_TIMEOUT_MS cap (Gentleman-Programming#990, Gentleman-Programming#1009 family). Set GENTLE_PI_CANDIDATE_GIT_TIMEOUT_MS=60000 on that step using the override the cap already provides (max 120s) rather than retrying: a git timeout is a diagnosable candidate state, not a transient error.
|
Closing as superseded. Main landed this fix class through #1449 (3cebcf2): the Windows owner probes keep their transient retry (#1288) and now run under a configurable bound (GENTLE_PI_CANDIDATE_WINDOWS_PROBE_TIMEOUT_MS, default 15 s, max 120 s) instead of the hardcoded 5 s, which covers the cold-runner failures this branch targeted. The one idea from here that main still lacks is the typed timeout error for clearer diagnostics; happy to open a small follow-up if that is useful. |
Closes #990
Summary
ETIMEDOUTand killed-process failuresChanges
lib/review-candidate-view-owner.tslib/review-candidate-view.tstests/review-candidate-view.test.tsTest plan
node --experimental-strip-types --test tests/review-candidate-view.test.ts— 137 passed, 7 skipped, 0 failedpnpm typecheck— 200 recorded diagnostics, no regressionspnpm run check:runtime-modulespnpm run check:provider-contractpnpm run test:harnessgit diff --checkValidation notes
pnpm testreached 2,353 passed and 0 failed, but exited with 10 cancellations intests/rdd-status-line.test.ts(Promise resolution is still pending). The isolated file reproduces the same 7 passed / 10 cancelled result on a cleanmaincheckout; this PR does not touch that file.429; zero reviewers were prepared or submitted. The high-risk fallback required writer self-verification plus an independent verifier, both completed.Contributor checklist
type:*label — maintainer action required:type:bug(fork author lacks permission)shellchecknot applicable)Co-Authored-BytrailersSummary by CodeRabbit