Skip to content

[BUG] Chat window state duplicated (messages/blocks render twice), not limited to one mode #325

Open

Description

@proyectoauraorg

Problem (one or two sentences)

The chat window state gets duplicated: messages/blocks render twice in the webview. Filed at the request of maintainer @edelauna (Discord #general), who noted there are "a couple of these weird chat window state bugs where stuff is duplicated."

Image Image

Context (who is affected and when)

Affects the webview chat panel during normal use. Per @edelauna it is not limited to a single mode. Appears intermittent rather than on every action.

Reproduction steps

Exact repro is still being narrowed down — opening this as a tracking issue at the maintainer's request.

  1. Use Zoo Code on a multi-turn task in the chat view.
  2. Continue until the chat state re-renders/rehydrates (e.g., after a tool result, a mode switch, or a panel reload).
  3. Observe message blocks appearing duplicated.

Expected result

Each message/block renders exactly once.

Actual result

Chat content is duplicated in the window.

Variations tried (optional)

Reported across more than one mode (not mode-specific).

App Version

v3.55.0 (latest) — to be confirmed for the exact build where @edelauna observed it.

Relevant logs or errors (optional)

N/A (UI/state issue). A screenshot is available from @edelauna in the Discord #general discussion.

Activity

  1. proyectoauraorg commented on May 25, 2026

    @proyectoauraorg
    ContributorAuthor

    Possibly related: #192 ([BUG] The UI often disappears) — both look like webview state-management issues (one duplicates, the other blanks out, often after prolonged use / switching panels). Might share a root cause; linking for triage.

  2. proyectoauraorg commented on May 25, 2026

    @proyectoauraorg
    ContributorAuthor

    This looks like the same family as the recurring "Zoo Code panel goes completely grey" reports and #192 (UI often disappears): all three point to webview chat state/memory growth as the transcript gets large during long sessions.

    PR #153 ([Fix] Chat window runs out of memory when transcript grows large) targets that root cause. Linking for triage — a fix there may also resolve the duplicated state seen here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions