openclaw - 💡(How to fix) Fix [Bug]: Duplicated user/assistant turns in OpenClaw Control UI webchat [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

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#73018Fetched 2026-04-28 06:28:34
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Author
Participants
Timeline (top)
labeled ×2closed ×1commented ×1mentioned ×1

Summary

While using OpenClaw Control UI in webchat, some user messages and assistant replies are duplicated in the conversation.

This does not appear to be only a rendering issue in the UI. The duplication also appears in the internal session history.

Observed pattern

Instead of:

A B

the chat sometimes shows:

A B A B

What I observed

  • The same user message is recorded twice
  • The same assistant reply is recorded twice
  • Duplicated entries have the same content and the same timestamp
  • In at least one duplicated user message pair:
    • one copy appears with senderLabel: "openclaw-control-ui"
    • the other appears without senderLabel
  • In duplicated assistant replies, the same response appears recorded twice with the same responseId

Expected behavior

Each user message and each assistant response should appear only once in the chat and in session history.

Actual behavior

The same user/assistant turn is sometimes inserted twice.

Environment

  • OpenClaw Control UI
  • webchat
  • Lubuntu
  • Browser: Brave

Evidence

I have screenshots showing the duplicated conversation in the UI.

Additional notes

This looks more like duplicate event insertion or duplicate session recording than a purely visual UI rendering problem.

Root Cause

Summary

While using OpenClaw Control UI in webchat, some user messages and assistant replies are duplicated in the conversation.

This does not appear to be only a rendering issue in the UI. The duplication also appears in the internal session history.

Observed pattern

Instead of:

A B

the chat sometimes shows:

A B A B

What I observed

  • The same user message is recorded twice
  • The same assistant reply is recorded twice
  • Duplicated entries have the same content and the same timestamp
  • In at least one duplicated user message pair:
    • one copy appears with senderLabel: "openclaw-control-ui"
    • the other appears without senderLabel
  • In duplicated assistant replies, the same response appears recorded twice with the same responseId

Expected behavior

Each user message and each assistant response should appear only once in the chat and in session history.

Actual behavior

The same user/assistant turn is sometimes inserted twice.

Environment

  • OpenClaw Control UI
  • webchat
  • Lubuntu
  • Browser: Brave

Evidence

I have screenshots showing the duplicated conversation in the UI.

Additional notes

This looks more like duplicate event insertion or duplicate session recording than a purely visual UI rendering problem.

RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

Summary

While using OpenClaw Control UI in webchat, some user messages and assistant replies are duplicated in the conversation.

This does not appear to be only a rendering issue in the UI. The duplication also appears in the internal session history.

Observed pattern

Instead of:

A B

the chat sometimes shows:

A B A B

What I observed

  • The same user message is recorded twice
  • The same assistant reply is recorded twice
  • Duplicated entries have the same content and the same timestamp
  • In at least one duplicated user message pair:
    • one copy appears with senderLabel: "openclaw-control-ui"
    • the other appears without senderLabel
  • In duplicated assistant replies, the same response appears recorded twice with the same responseId

Expected behavior

Each user message and each assistant response should appear only once in the chat and in session history.

Actual behavior

The same user/assistant turn is sometimes inserted twice.

Environment

  • OpenClaw Control UI
  • webchat
  • Lubuntu
  • Browser: Brave

Evidence

I have screenshots showing the duplicated conversation in the UI.

Additional notes

This looks more like duplicate event insertion or duplicate session recording than a purely visual UI rendering problem.

Steps to reproduce

What I observed

  • The same user message is recorded twice
  • The same assistant reply is recorded twice
  • Duplicated entries have the same content and the same timestamp
  • In at least one duplicated user message pair:
    • one copy appears with senderLabel: "openclaw-control-ui"
    • the other appears without senderLabel
  • In duplicated assistant replies, the same response appears recorded twice with the same responseId

Expected behavior

Expected behavior

Each user message and each assistant response should appear only once in the chat and in session history.

Actual behavior

Actual behavior

The same user/assistant turn is sometimes inserted twice.

OpenClaw version

2026.4.24

Operating system

lubuntu

Install method

~/.npm-global/lib/node_modules/openclaw)

Model

Effective model under test: openai-codex/gpt-5.4 Observed API/provider in session: openai-codex-responses

Provider / routing chain

openai-codex/gpt-5.4

Additional provider/model setup details

API/proveedor observado en sesión: openai-codex-responses autenticación: oauth cuenta: openai-codex:[email protected] runtime de la sesión: OpenClaw Pi Default ejecución: direct

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

<img width="1002" height="357" alt="Image" src="https://github.com/user-attachments/assets/8bb4cf0a-94bb-4ed6-b5cb-b5579b1b2e9f" />

extent analysis

TL;DR

The issue of duplicated user messages and assistant replies in OpenClaw Control UI may be resolved by investigating and fixing the duplicate event insertion or session recording mechanism.

Guidance

  • Review the session history and internal logs to confirm if the duplication occurs at the data storage level or during the rendering process.
  • Investigate the senderLabel difference in duplicated user messages to understand its role in the duplication.
  • Check the API responses from openai-codex-responses to see if the duplication is introduced at the provider level.
  • Verify if the issue is specific to the openai-codex/gpt-5.4 model or if it occurs with other models as well.

Example

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

Notes

The issue seems to be related to the data processing or storage mechanism rather than a pure UI rendering issue. The presence of duplicated entries with the same timestamp and content suggests a potential problem with event handling or session recording.

Recommendation

Apply workaround: Implement a temporary fix to remove duplicate entries from the session history and chat display, while investigating the root cause of the duplication issue. This will improve the user experience until a permanent fix is found.

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

Expected behavior

Each user message and each assistant response should appear only once in the chat and in session history.

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]: Duplicated user/assistant turns in OpenClaw Control UI webchat [1 comments, 2 participants]