openclaw - 💡(How to fix) Fix [Bug]: Control UI: thinking dots persist after assistant response completes [1 comments, 2 participants]

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

Steps to reproduce:

1. Send a message to an agent via the Control UI webchat 2. Wait for the assistant to finish responding 3. Observe the thinking indicator (animated dots)

Expected behaviour: Thinking dots dismiss when the response completes and the full message is rendered.

Actual behaviour: Dots continue animating indefinitely. Pressing F5 (browser refresh) dismisses them and reveals the completed response — proving the response was delivered but the UI state never transitioned from "thinking" to "idle."

Notes: Not related to response latency or heartbeat activity. The response is fully delivered server-side before the UI stall occurs.

Steps to reproduce

Steps to reproduce:*

1. Send a message to an agent via the Control UI webchat
2. Wait for the assistant to finish responding
3. Observe the thinking indicator (animated dots)

Expected behavior

Thinking dots dismiss when the response completes and the full message is rendered.

Actual behavior

Dots continue animating indefinitely. Pressing F5 (browser refresh) dismisses them and reveals the completed response — proving the response was delivered but the UI state never transitioned from "thinking" to "idle."

OpenClaw version

2026.5.18

Operating system

Windows 11

Install method

No response

Model

deepseek/deepseek-v4-pro with think:high

Provider / routing chain

deepseek/deepseek-v4-pro → provider deepseek → https://api.deepseek.com via openai-completions API → auth profile deepseek:default (API key). Plain route — direct to DeepSeek's API, no proxy or intermediate hop.

Additional provider/model setup details

VPS with VPN

Logs, screenshots, and evidence

Impact and severity

Frustrating.

Additional information

2026.5.12 seemed to work fine