Add stopped record check to callback processing#183
Conversation
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe pull request adds an early exit condition in the Estimated code review effort🎯 2 (Simple) | ⏱️ ~12 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ 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 |
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|



Problem
Callback processing doesn't check
RunState.Stopped()before executing the user's callback function, unlike the step consumer which does. Stopped records (paused/cancelled) get their callback function executed unnecessarily.Why
Callbacks on stopped records can cause unexpected side effects. The step consumer already guards against this — callbacks should too.
Fix
Add
RunState.Stopped()check before executing the callback function, matching step consumer behaviour.🤖 Generated with Claude Code
Summary by CodeRabbit
Release Notes