Skip to content

[Bug]: Session status blind spot | Sessions in done state excluded from context saturation monitoring — agents run dead for hours undetected #91832

Description

@CarotaWealth

Bug type

Behavior bug (incorrect output/state without crash)

Beta release blocker

No

Summary

Sessions in done state excluded from context saturation monitoring — agents run dead for hours undetected

Steps to reproduce

  1. Start gateway with multiple active agents
  2. Restart gateway
  3. Observe agent sessions flip from running to done status
  4. Sessions at 100% context in done state are not flagged by Sentinel or Shadow monitoring
  5. Agents appear inactive but are actually saturated and unresponsive

Expected behavior

Sessions in done state should still trigger context saturation alerts if they exceed the configured threshold. A done session at 100% context is a zombie session that needs cleanup — it should be treated the same as a running session for monitoring purposes.

Actual behavior

Sessions in done state are invisible to monitoring. Observed agents running dead for 627 minutes (Cato), 638 minutes (Sentry), and 2,914 minutes (Mando Telegram) with zero alerts fired. Only discovered manually.

OpenClaw version

2026.6.1

Operating system

macOS 15.4

Install method

npm global

Model

anthropic/claude-sonnet-4-6

Provider / routing chain

openclaw -> anthropic

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

Critical. Compliance-critical agents (Cato — compliance orchestrator for SEC-registered RIA) ran unresponsive for 10+ hours with no detection. Any message sent to those agents during the window failed silently.

Additional information

Fleet context: 32+ agent fleet on macOS 15.4, OpenClaw 2026.6.1. Observed Cato (compliance orchestrator) dead for 627 minutes, Sentry dead for 638 minutes, Mando Telegram session dead for 2,914 minutes — all in done state at 100% context. Zero alerts fired. Root cause identified: Shadow v1 only monitored running sessions. Workaround deployed: custom Shadow v2 script checking all session states. This should be native OpenClaw behavior, not requiring a custom workaround.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P1High-priority user-facing bug, regression, or broken workflow.bugSomething isn't workingclawsweeper:needs-live-reproClawSweeper needs live local, crabbox, or manual validation to confirm this issue.clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.clawsweeper:needs-product-decisionClawSweeper marked this issue as needing a product or behavior decision.clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.impact:message-lossChannel message delivery can be lost, duplicated, or misrouted.impact:session-stateSession, memory, transcript, context, or agent state can drift or corrupt.issue-rating: 🐚 platinum hermitGood issue quality with a plausible reproduction path needing some confirmation.staleMarked as stale due to inactivity

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions