Issue Station
Sign In
Tools hereToolbox

openclaw - 💡(How to fix) Fix [Bug]: WebChat typing indicator persists after assistant response completes

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…

After the assistant finishes sending a reply in WebChat, the "typing indicator" (three dots / status bar) continues to show as if the assistant is still generating, even though the response has been fully delivered. This causes confusion and misleading UI state.

Root Cause

After the assistant finishes sending a reply in WebChat, the "typing indicator" (three dots / status bar) continues to show as if the assistant is still generating, even though the response has been fully delivered. This causes confusion and misleading UI state.

RAW_BUFFERClick to expand / collapse

Description

After the assistant finishes sending a reply in WebChat, the "typing indicator" (three dots / status bar) continues to show as if the assistant is still generating, even though the response has been fully delivered. This causes confusion and misleading UI state.

Environment

  • OpenClaw version: 2026.5.18 → 2026.5.19 (persists across both versions)
  • Channel: WebChat (control UI)
  • Setup: macOS, local gateway (loopback)
  • Proxy: nil (direct loopback to gateway)

Steps to Reproduce

  1. Open WebChat (Web UI at gateway port)
  2. Send any message to the assistant
  3. Wait for the assistant to fully respond (message appears complete)
  4. Observe the typing indicator at the bottom of the conversation

Expected Behavior

The typing indicator should stop and disappear immediately after the assistant's response text is fully delivered.

Actual Behavior

The typing indicator continues to show for an extended time after the response has been fully displayed, or never clears until the page is refreshed. This looks like the indicator state is not properly being reset on the frontend after the message stream ends.

Notes

  • This was first noticed on 2026.5.18 and persists through the 2026.5.19 update.
  • Refreshing the page (⌘+R) resets the indicator.
  • This appears to be a WebChat frontend rendering issue rather than a server-side problem.
  • Related existing issue: #67035 (Windows chat UI typing indicator regression, but different platform)

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

openclaw - 💡(How to fix) Fix [Bug]: WebChat typing indicator persists after assistant response completes