openclaw - 💡(How to fix) Fix Model failover should handle silent API hangs (no response), not just error responses [1 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#59260Fetched 2026-04-08 02:26:46
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Participants

Error Message

When the primary model (e.g. Opus) accepts a request but never responds (silent hang), OpenClaw waits until the job timeout kills the request. The fallback chain (Opus → Sonnet → Qwen) does not engage because there's no error response to trigger failover — just silence.

Root Cause

When the primary model (e.g. Opus) accepts a request but never responds (silent hang), OpenClaw waits until the job timeout kills the request. The fallback chain (Opus → Sonnet → Qwen) does not engage because there's no error response to trigger failover — just silence.

RAW_BUFFERClick to expand / collapse

Problem

When the primary model (e.g. Opus) accepts a request but never responds (silent hang), OpenClaw waits until the job timeout kills the request. The fallback chain (Opus → Sonnet → Qwen) does not engage because there's no error response to trigger failover — just silence.

Observed Behavior

  • Cron job sends prompt to Opus at 5:00 PM
  • Opus API accepts the request but returns zero tokens for 10 minutes
  • Session transcript shows: stopReason: aborted, `errorMessage: Request

extent analysis

TL;DR

Implement a timeout or a mechanism to detect silent hangs in the primary model to trigger the fallback chain.

Guidance

  • Identify the maximum allowed response time for the primary model (e.g., Opus) and implement a timeout to detect silent hangs.
  • Modify the OpenClaw configuration to treat a silent hang as an error, allowing the fallback chain to engage.
  • Investigate the Opus API to determine why it accepts requests but returns zero tokens, potentially indicating an internal issue.
  • Consider adding logging or monitoring to detect and report silent hangs, facilitating easier debugging and issue resolution.

Example

No code snippet is provided due to the lack of specific implementation details in the issue.

Notes

The solution may vary depending on the specific implementation of the OpenClaw and Opus APIs. Additional information about the APIs and their configurations might be necessary to provide a more detailed fix.

Recommendation

Apply a workaround by implementing a timeout or a detection mechanism for silent hangs, as this will allow the fallback chain to engage and provide a more robust system.

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