openclaw - 💡(How to fix) Fix [Bug]: NO_REPLY / TUI completely unresponsive after 2026.4.1 update — model fails silently with no error shown [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#59008Fetched 2026-04-08 02:30:01
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
cross-referenced ×4

After updating to 2026.4.1, the TUI returns NO_REPLY for every message with zero feedback to the user. The agent appears idle but never responds. No error, no timeout message, no indication of what failed. The session is completely unusable.

This compounds the exec approval regression also introduced in 2026.4.1 — between the two issues, zero work has been possible for an entire day.

Error Message

After updating to 2026.4.1, the TUI returns NO_REPLY for every message with zero feedback to the user. The agent appears idle but never responds. No error, no timeout message, no indication of what failed. The session is completely unusable.

  • No error shown in TUI, no log output visible to user If the model/provider is failing, the TUI should show an error message explaining why — not silently return NO_REPLY as if the message was never sent.
  1. TUI returns NO_REPLY with no error feedback (this issue)

Root Cause

After updating to 2026.4.1, the TUI returns NO_REPLY for every message with zero feedback to the user. The agent appears idle but never responds. No error, no timeout message, no indication of what failed. The session is completely unusable.

This compounds the exec approval regression also introduced in 2026.4.1 — between the two issues, zero work has been possible for an entire day.

RAW_BUFFERClick to expand / collapse

Summary

After updating to 2026.4.1, the TUI returns NO_REPLY for every message with zero feedback to the user. The agent appears idle but never responds. No error, no timeout message, no indication of what failed. The session is completely unusable.

This compounds the exec approval regression also introduced in 2026.4.1 — between the two issues, zero work has been possible for an entire day.

Behavior

  • Send any message in TUI → NO_REPLY
  • Status shows connected | idle — gateway appears healthy
  • No error shown in TUI, no log output visible to user
  • Model: minimax/MiniMax-M2.5
  • Session: openclaw-tui

Expected behavior

If the model/provider is failing, the TUI should show an error message explaining why — not silently return NO_REPLY as if the message was never sent.

Combined impact of 2026.4.1

This is the third distinct breakage from this single update:

  1. Sandbox auto-enabled, blocks all exec (see #58885, #59003, #59006)
  2. Exec approval system impossible to disable (see #58881)
  3. TUI returns NO_REPLY with no error feedback (this issue)

A full working day lost. Not one task completed. This update should not have shipped without a migration path and rollback guide.

Environment

  • Version: 2026.4.1
  • Platform: macOS, LaunchAgent gateway
  • Model: minimax/MiniMax-M2.5

extent analysis

TL;DR

Downgrade to a previous version or wait for a patch to address the NO_REPLY issue in TUI, as the current version 2026.4.1 has introduced multiple regressions.

Guidance

  • Verify that the issue persists across different models and sessions to rule out model-specific or session-specific problems.
  • Check if there are any open issues or discussions related to the NO_REPLY problem in the project's issue tracker or community forums for potential workarounds or fixes.
  • Consider reaching out to the development team or maintainers for a rollback guide or a temporary fix, given the significant impact of this issue on productivity.
  • Review the release notes and changelog for version 2026.4.1 to understand the changes that might have led to this regression.

Notes

The provided information suggests that the issue is related to the update to version 2026.4.1, but without more technical details, it's challenging to provide a specific code-level fix. The presence of multiple regressions in the same update indicates a need for a more comprehensive solution or rollback.

Recommendation

Apply workaround: Given the significant impact of the NO_REPLY issue and other regressions introduced in version 2026.4.1, downgrading to a previous version or waiting for a patch that addresses these issues seems to be the most prudent approach until a stable fix is available.

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…

FAQ

Expected behavior

If the model/provider is failing, the TUI should show an error message explaining why — not silently return NO_REPLY as if the message was never sent.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix [Bug]: NO_REPLY / TUI completely unresponsive after 2026.4.1 update — model fails silently with no error shown [1 participants]