openclaw - 💡(How to fix) Fix Feature: Make streamingWatchdogMs configurable [1 comments, 2 participants]

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…
GitHub stats
openclaw/openclaw#84125Fetched 2026-05-20 03:43:49
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
1
Author
Timeline (top)
closed ×1commented ×1labeled ×1

The TUI webchat shows a "This response is taking longer than expected. Send another message to continue." message after 30 seconds of no streaming data (DEFAULT_STREAMING_WATCHDOG_MS = 30000). This timeout is currently hardcoded and cannot be adjusted via openclaw.json.

Root Cause

The TUI webchat shows a "This response is taking longer than expected. Send another message to continue." message after 30 seconds of no streaming data (DEFAULT_STREAMING_WATCHDOG_MS = 30000). This timeout is currently hardcoded and cannot be adjusted via openclaw.json.

Code Example

// openclaw.json
{
  "webchat": {
    "streamingWatchdogMs": 90000  // 90s, triple the default
  }
}
RAW_BUFFERClick to expand / collapse

Summary

The TUI webchat shows a "This response is taking longer than expected. Send another message to continue." message after 30 seconds of no streaming data (DEFAULT_STREAMING_WATCHDOG_MS = 30000). This timeout is currently hardcoded and cannot be adjusted via openclaw.json.

Motivation

When using remote LLM APIs (especially with complex multi-tool-call tasks), it's common for the model to take 30-90+ seconds between streaming chunks due to reasoning/execution time. The 30s watchdog triggers a misleading "taking longer than expected" message to the user even though the task is running normally in the background.

Proposal

Expose streamingWatchdogMs as a configurable option in openclaw.json under a reasonable path (e.g., webchat.streamingWatchdogMs or agents.defaults.streamingWatchdogMs), defaulting to the current 30000.

// openclaw.json
{
  "webchat": {
    "streamingWatchdogMs": 90000  // 90s, triple the default
  }
}

The gateway would pass this value into the TUI context so the existing logic context.streamingWatchdogMs picks it up automatically.

Environment

  • OpenClaw version: 2026.5.12
  • Channel: webchat
  • Found in: dist/tui-*.js -> DEFAULT_STREAMING_WATCHDOG_MS

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