claude-code - 💡(How to fix) Fix [BUG] MCP progress notifications are no longer displayed in the UI (regression) [2 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
anthropics/claude-code#51713Fetched 2026-04-22 07:54:50
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×4commented ×2renamed ×1

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

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

What's Wrong?

MCP tool calls are unconditionally collapsed in the UI (isCollapsible: true for all MCP tools), showing only "Calling {server}..." with no visible streaming output, even when Ctrl+O is pressed.

This is fine for quick MCP calls, but breaks the UX for long-running tools that stream meaningful progress (build status, deploy steps, test execution). The user sees a static "Calling {server}..." for minutes with no indication of what's happening.

Built-in tools like Bash stream their output visibly by default. MCP tools doing equivalent work (running builds, deploying, testing, etc) should have the same affordance.

Request: Add an MCP tool annotation (e.g. _meta["anthropic/expandByDefault"]: true) that lets servers opt specific tools out of auto-collapse, or at minimum show streaming content inline while the tool is in progress and collapse only after completion. Another option is to prevent collapsing when the MCP is opting into APIs to stream progress.

What Should Happen?

When an MCP tool is actively running and streaming output, its content should be visible inline — the same way Bash tool output streams visibly while the command is executing. After the tool completes, collapsing the result is fine.

Ideally, MCP servers should also be able to opt specific tools out of auto-collapse entirely via a tool annotation (e.g. _meta["anthropic/expandByDefault"]: true), so that long-running tools like build pipelines, test runners, and deploy steps always show their progress without requiring the user to manually expand with Ctrl+O.

Error Messages/Logs

Steps to Reproduce

  1. Set up any MCP server that has a tool which runs for more than a few seconds and streams progress output (e.g. a build tool, test runner, or deploy pipeline)
  2. Call the MCP tool from Claude Code
  3. Observe that the UI shows only "Calling {server}..." with no visible streaming output
  4. Compare with running an equivalent long command via the built-in Bash tool, which streams output visibly by default
  5. Press Ctrl+O to expand the MCP tool call — still no streaming progress output, just the tool invocation itself.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

2.1.101

Claude Code Version

2.1.116

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

extent analysis

TL;DR

The issue can be addressed by adding an annotation to MCP tools to opt out of auto-collapse or by modifying the UI to show streaming content inline while the tool is in progress.

Guidance

  • Investigate adding a tool annotation (e.g. _meta["anthropic/expandByDefault"]: true) to allow MCP servers to opt specific tools out of auto-collapse.
  • Modify the UI to show streaming content inline for MCP tools that are actively running and streaming output.
  • Compare the behavior of MCP tools with built-in tools like Bash to ensure consistent UX.
  • Test the fix by running a long-running MCP tool and verifying that its output streams visibly in the UI.

Example

No code snippet is provided as the issue does not contain sufficient technical details to create a specific example.

Notes

The issue is a regression, and the last working version was 2.1.101. The fix should be tested on the current version (2.1.116) to ensure compatibility.

Recommendation

Apply a workaround by adding an annotation to MCP tools to opt out of auto-collapse, as this is a more targeted solution that addresses the specific issue without modifying the underlying UI behavior.

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

claude-code - 💡(How to fix) Fix [BUG] MCP progress notifications are no longer displayed in the UI (regression) [2 comments, 2 participants]