[BUG] Desktop app: collapsed MCP widgets re-expand on their own (Atlassian connector)

Status Open
Reported on v2.1.145
Maintainer reply None cached
Activity 0 comments · opened Aug 27, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Collapsing an MCP widget in the transcript does not stick — it re-expands without being clicked again. Seen consistently with the Atlassian connector's widgets (Jira issue and Confluence page results), in a session making many such calls, where the re-expanded widgets push the conversation out of view and have to be collapsed repeatedly.

What Should Happen?

A widget collapsed by the user stays collapsed for the rest of the session.

Error Messages/Logs

Steps to Reproduce

In a session with an Atlassian MCP connector, make a call returning a large payload (e.g. getConfluencePage on a long page).
Collapse the resulting widget in the transcript.
⟨trigger to confirm — the widget re-expands⟩
It returns to expanded, and has to be collapsed again.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

Claude Code 2.1.145, desktop app

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Not the same as #83418 (discoverability of collapsing thinking blocks) or #84564 (VS Code panel re-layout on tab reveal); this is collapse state on an MCP widget not being retained in the desktop app.
Related in spirit: #77319 asks for a way to disable MCP widget rendering per connector, which would side-step this but not fix it.
The comment https://github.com/anthropics/claude-code/issues/77319#issuecomment-5365738162 basically describes the same as I am reporting here, but it's a not filed as a bug.

View original on GitHub ↗