Conversation
|
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 (2)
Included review availability: Your plan provides up to 4 included reviews per hour; 3 remain after this review. 📝 WalkthroughWalkthroughThe change validates START modes before dispatch, allows ordinary START requests to use the native review flow, and preserves the Judgment Day graph-v1 path. Tests cover replay, required inputs, unsupported modes, graph-v1 state, and native CLI invocation. ChangesSTART mode flow
Priority: ⬆️ High Estimated code review effort: 2 (Simple) | ~12 minutes Change: Bug fix · Severity of issue fixed: High Suggested reviewers: Merge Risk: ⚪ Minimal · up to START mode handling now validates invalid requests early while preserving the ordinary native and Judgment Day paths. No actionable current-head risk remains. 🚥 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 |
Issue #992 reports committed-range START failures, incorrect INSPECT bases, and ASSESS counting unrelated base-branch changes, with independent confirmations across Linux, macOS, and Windows. The remaining directly verifiable host bug is that a missing or unsupported START mode falls into the Judgment Day path, which asks for idempotencyKey and lineageId before parseStartInput reports the actual invalid mode. Adding those unrelated credentials therefore changes the diagnostic without making the original ordinary-review request valid. This plan addresses that prerequisite chain and must use Refs #992, not a closing reference; it does not claim to make every reported committed-range review succeed.
Summary
Validate the START mode immediately after parseControllerJson in executeReviewControllerOperation, before the ordinary/ Judgment Day branch split and before either branch's prerequisites or native work. Reuse the existing actionable mode diagnostic (ordinary or judgment-day, JSON-string input, no lineage created, no STATUS/ADVANCE recovery); move or share only the mode check if needed, without invoking the full legacy parseStartInput on ordinary requests or silently defaulting the mode. Preserve explicit ordinary routing, explicit Judgment Day credential checks, and all candidate, consent, and provider authority safeguards.
Test Plan
Closes #992
Summary by CodeRabbit