openclaw - 💡(How to fix) Fix /stop doesn't interrupt busy agents immediately — waits for current action to finish

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…
RAW_BUFFERClick to expand / collapse

Bug Description

When a user sends /stop, the agent should stop immediately. However, /stop does not interrupt a busy agent right away. The agent continues running until the current action (tool call, thinking, etc.) finishes, and only then processes the stop command.

This affects any agent that is mid-action — not just sub-agents.

Steps to Reproduce

  1. Trigger any agent to perform a longer tool call or chain of actions
  2. While still executing, send /stop

Expected Behavior

Agent stops immediately, or at minimum visibly acknowledges the stop command (e.g. "останавливаюсь") and halts further actions.

Actual Behavior

Agent continues working for 30+ seconds, finishing whatever action was in progress, and only then processes /stop. From the user perspective, /stop appears broken or ignored.

Version

OpenClaw 2026.5.12 (f066dd2)

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