Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
Subagent completion delivery probes a stored requester session id after the requester run is dormant, producing repeated reason=no_active_run queue failures instead of going straight to the requester-agent handoff path.
Steps to reproduce
NOT_ENOUGH_INFO
Expected behavior
Late subagent completion announcements for dormant requester sessions should use the requester-agent/direct delivery handoff without first trying to queue into a missing embedded run.
Actual behavior
Observed gateway logs contain 192 lines matching reason=no_active_run. Two sampled log lines show queue message failed for the same redacted requester session id after the active embedded run was gone.
OpenClaw version
NOT_ENOUGH_INFO
Operating system
NOT_ENOUGH_INFO
Install method
pnpm dev
Model
NOT_ENOUGH_INFO
Provider / routing chain
NOT_ENOUGH_INFO
Additional provider/model setup details
NOT_ENOUGH_INFO
Logs, screenshots, and evidence
Trace/proof:
- gateway-dev.log line 26944:
"queue message failed: sessionId=[redacted session id] reason=no_active_run"
traceId=[redacted trace id] spanId=[redacted span id]
- gateway-dev.log line 30248:
"queue message failed: sessionId=[redacted session id] reason=no_active_run"
traceId=[redacted trace id] spanId=[redacted span id]
Observed count: 192 lines matching "reason=no_active_run".
Current code before the fix:
- src/agents/subagent-announce-delivery.ts resolved a stored requester session id and attempted completion wake delivery even when requester activity reported isActive=false.
- src/agents/pi-embedded-runner/runs.ts returned reason=no_active_run when no active embedded or reply-run handle existed for that session id.
Impact and severity
Affected: sessions receiving late subagent completion announcements after the requester embedded run has already completed or gone missing.
Severity: High, based on the local report, because delivery attempts can target a stale session and create noisy queue-failure churn.
Frequency: 192 observed log lines in the captured gateway log.
Consequence: completion announcements or late delivery attempts may miss the intended user-visible path and generate repeated debug noise.
Additional information
The fix should preserve active requester steering, but dormant requester completions should route directly through requester-agent/direct delivery. Exact session identifiers and trace ids are redacted from this public report.
Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
Subagent completion delivery probes a stored requester session id after the requester run is dormant, producing repeated
reason=no_active_runqueue failures instead of going straight to the requester-agent handoff path.Steps to reproduce
NOT_ENOUGH_INFO
Expected behavior
Late subagent completion announcements for dormant requester sessions should use the requester-agent/direct delivery handoff without first trying to queue into a missing embedded run.
Actual behavior
Observed gateway logs contain 192 lines matching
reason=no_active_run. Two sampled log lines showqueue message failedfor the same redacted requester session id after the active embedded run was gone.OpenClaw version
NOT_ENOUGH_INFO
Operating system
NOT_ENOUGH_INFO
Install method
pnpm dev
Model
NOT_ENOUGH_INFO
Provider / routing chain
NOT_ENOUGH_INFO
Additional provider/model setup details
NOT_ENOUGH_INFO
Logs, screenshots, and evidence
Impact and severity
Affected: sessions receiving late subagent completion announcements after the requester embedded run has already completed or gone missing.
Severity: High, based on the local report, because delivery attempts can target a stale session and create noisy queue-failure churn.
Frequency: 192 observed log lines in the captured gateway log.
Consequence: completion announcements or late delivery attempts may miss the intended user-visible path and generate repeated debug noise.
Additional information
The fix should preserve active requester steering, but dormant requester completions should route directly through requester-agent/direct delivery. Exact session identifiers and trace ids are redacted from this public report.