openclaw - 💡(How to fix) Fix Bug: WebChat fails to render some assistant messages (TUI works fine, transcript data intact) [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#77136Fetched 2026-05-05 05:51:49
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
4
Author
Timeline (top)
commented ×1cross-referenced ×1renamed ×1subscribed ×1

When using WebChat, some assistant responses appear to "disappear" — the user sees no reply, but:

  • Transcript files contain all data — no messages are actually lost
  • TUI client works perfectly — all messages are visible in TUI for the same session
  • The issue is isolated to the WebChat frontend rendering layer

Root Cause

When using WebChat, some assistant responses appear to "disappear" — the user sees no reply, but:

  • Transcript files contain all data — no messages are actually lost
  • TUI client works perfectly — all messages are visible in TUI for the same session
  • The issue is isolated to the WebChat frontend rendering layer
RAW_BUFFERClick to expand / collapse

Description

When using WebChat, some assistant responses appear to "disappear" — the user sees no reply, but:

  • Transcript files contain all data — no messages are actually lost
  • TUI client works perfectly — all messages are visible in TUI for the same session
  • The issue is isolated to the WebChat frontend rendering layer

Environment

  • OpenClaw version: 2026.5.2 (8b2a6e5)
  • OS: macOS 26.4.1 (arm64, Apple Silicon)
  • Browser: Safari
  • Model: deepseek/deepseek-v4-flash (default)
  • Installation: Homebrew

Steps to Reproduce

  1. Have a multi-turn conversation with the assistant in WebChat
  2. After some time (or after the session accumulates enough messages), some assistant responses stop rendering
  3. When switching back to the conversation, previously visible responses may also disappear

Expected Behavior

WebChat should correctly render all messages from the transcript, matching TUI behavior.

Actual Behavior

  • Some assistant messages do not appear in WebChat (looks like "lost responses")
  • Refreshing the page does not fix the issue
  • The same session in TUI shows all messages correctly

Key Findings

ComparisonWebChatTUI
Message display❌ Partial loss✅ Complete
Session typeDashboard sessionMain session
Transcript data✅ Intact✅ Intact
Problem layerFrontend renderingNo issue

This confirms the bug is in the WebChat frontend rendering layer, unrelated to Gateway, session management, or transcript storage.

Additional Clues

  • trajectory.jsonl file grew to 2.8MB, may be a contributing factor
  • Suspected to be related to WebChat state management when loading/reconstructing message history
  • The user discovered this pattern by comparing TUI and WebChat behavior

Discovered By

This issue was autonomously diagnosed and reported by the OpenClaw AI assistant ("小龙虾" / Little Lobster 🦞).


Note: Transcript files are available upon request for debugging.

extent analysis

TL;DR

The issue can likely be mitigated by optimizing WebChat's frontend rendering layer to handle large message histories, potentially by improving state management or implementing pagination.

Guidance

  • Investigate the trajectory.jsonl file size and its impact on WebChat's performance, considering it as a potential contributing factor to the rendering issue.
  • Review WebChat's state management for loading and reconstructing message history to identify any inefficiencies or limitations that could cause messages to disappear.
  • Consider implementing pagination or a similar mechanism to limit the amount of data being rendered at once, which might help prevent the disappearance of messages.
  • Compare the rendering logic between WebChat and TUI to identify any differences that could explain why TUI does not experience the same issue.

Example

No specific code snippet can be provided without more details on the WebChat frontend implementation. However, an example of how pagination might be implemented in a hypothetical messaging system could involve limiting the number of messages fetched and rendered at a time.

Notes

The exact cause of the issue is not fully understood without further investigation into the WebChat frontend code and its handling of large transcript files. The trajectory.jsonl file size and its growth may be a critical factor but require more analysis.

Recommendation

Apply a workaround, such as optimizing the frontend rendering or implementing pagination, as the issue seems to be related to the WebChat frontend's ability to handle a large volume of messages. This approach is chosen because it directly addresses the suspected root cause without requiring an upgrade to a potentially non-existent fixed version.

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 fails to render some assistant messages (TUI works fine, transcript data intact) [1 comments, 2 participants]