hermes - 💡(How to fix) Fix Protocol violations (rc=0 without complete/block) don't increment failure_limit counter

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

When a worker process exits with rc=0 without calling kanban_complete or kanban_block, the dispatcher correctly emits a protocol_violation event, but does NOT increment the task's failure counter. This means failure_limit never triggers for this failure mode, and the card re-dispatches indefinitely.

Root Cause

When a worker process exits with rc=0 without calling kanban_complete or kanban_block, the dispatcher correctly emits a protocol_violation event, but does NOT increment the task's failure counter. This means failure_limit never triggers for this failure mode, and the card re-dispatches indefinitely.

Fix Action

Fix / Workaround

Summary

When a worker process exits with rc=0 without calling kanban_complete or kanban_block, the dispatcher correctly emits a protocol_violation event, but does NOT increment the task's failure counter. This means failure_limit never triggers for this failure mode, and the card re-dispatches indefinitely.

Repro

  1. Set failure_limit: 2 in config.yaml
  2. Dispatch a card whose worker consistently exits rc=0 without calling complete/block
  3. Observe: dispatcher emits protocol_violation each cycle, failure counter stays at 0, card re-dispatched indefinitely

Observed

Card t_9250007f accumulated 69 dispatch cycles with failure_limit=2 configured. Never auto-blocked. Had to be manually blocked.

RAW_BUFFERClick to expand / collapse

Summary

When a worker process exits with rc=0 without calling kanban_complete or kanban_block, the dispatcher correctly emits a protocol_violation event, but does NOT increment the task's failure counter. This means failure_limit never triggers for this failure mode, and the card re-dispatches indefinitely.

Repro

  1. Set failure_limit: 2 in config.yaml
  2. Dispatch a card whose worker consistently exits rc=0 without calling complete/block
  3. Observe: dispatcher emits protocol_violation each cycle, failure counter stays at 0, card re-dispatched indefinitely

Observed

Card t_9250007f accumulated 69 dispatch cycles with failure_limit=2 configured. Never auto-blocked. Had to be manually blocked.

Expected

failure_limit should apply to ALL terminal outcomes — crash (non-zero rc), timeout, AND protocol violations (rc=0 without complete/block). Any of these should increment the failure counter.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING