fix: clear dedup guard state on task reset#2189
Conversation
…ions cmd_reset() was clearing retries and error but not last_failure_at or consecutive_failure_count. When tasks were manually re-queued, stale dedup state persisted and the dedup guard cancelled them on next dispatch attempt. Root cause of t004.35 and t005.5 being falsely cancelled after re-queue.
|
Warning You have reached your daily quota limit. Please wait up to 24 hours and I will start processing your requests again! |
|
Caution Review failedThe pull request is closed. WalkthroughThe supervisor state script's task reset operation now clears failure tracking metadata during reset to queued state, resetting the failure timestamp and consecutive failure counter to their initial values. Changes
Possibly related PRs
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Poem
✨ 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 |
🔍 Code Quality Report�[0;35m[MONITOR]�[0m Code Review Monitoring Report �[0;34m[INFO]�[0m Latest Quality Status: �[0;34m[INFO]�[0m Recent monitoring activity: 📈 Current Quality Metrics
Generated on: Mon Feb 23 03:16:18 UTC 2026 Generated by AI DevOps Framework Code Review Monitoring |
|



Summary
cmd_reset()instate.shclearsretries,error,session_id, etc. when resetting a task toqueued, but did not clearlast_failure_atorconsecutive_failure_countcheck_dispatch_dedup_guard) to see stale failure counts and cancel tasks on their next dispatch attemptFix
Added
last_failure_at = NULLandconsecutive_failure_count = 0to thecmd_reset()UPDATE statement, matching whatreset_failure_dedup_state()already does for successful completions.Summary by CodeRabbit