fix(sprint-planning): preserve awaiting-operator status - #2905
lorenzozanee wants to merge 1 commit into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (4)
Included review availability: Your plan provides up to 10 included reviews per hour; 8 remain after this review. 📝 WalkthroughWalkthroughThe sprint planning tools now recognize ChangesSprint status acceptance
Priority: ➖ Normal Estimated code review effort: 2 (Simple) | ~10 minutes Change: Bug fix · Severity of issue fixed: Medium Suggested reviewers: Merge Risk: ⚪ Minimal · up to The new awaiting-operator status is preserved during normal planning and prevents false completion recommendations. No merge-blocking issue was identified. 🚥 Pre-merge checks | ✅ 4✅ 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 |
|
What
Recognize Loop's
awaiting-operatorstory status in sprint planning, preserve it during generation, and avoid treating parked or unsupported stories as complete.Why
BMAD Loop can persist this status while external acceptance is pending. Sprint planning previously rejected it, reset it to
backlog, and could report a false all-done recommendation.Fixes #2871
How
awaiting-operatorto the canonical story status ranking and documentation.Testing
Ran
uv run --frozen pytest skills/bmad-sprint-planning/scripts/tests/test_sprint_plan.py(41 passed),uv run --frozen tools/quality.py, andgit diff --check.