[BUG] "Open" button stays stuck after present_files tool use
Bug Description
After Claude uses the mcp__cowork__present_files tool to present a file, the "Open" button/overlay in the UI stays active and won't dismiss. The only way to clear it is to navigate away from the session and come back.
Environment
- Claude Desktop version: 1.1.8629
- OS: Ubuntu Linux (kernel 6.14.0-27-generic), installed via aaddrick/claude-desktop-debian Debian package
- Model: Claude Opus 4.6 (via Claude Desktop chat)
Steps to Reproduce
- In a Claude Desktop session, trigger a workflow where Claude presents a file via
mcp__cowork__present_files - Click the "Open" button when it appears
- The Open button/overlay remains active — does not dismiss or return to normal conversation state
- Clicking elsewhere, scrolling, or continuing the conversation does not clear it
- Only fix: navigate away from the session entirely and return
Expected Behavior
The "Open" button should dismiss after being clicked and the file action should complete, returning the UI to normal conversation state.
Actual Behavior
The "Open" button stays stuck in an active/highlighted state. The overlay persists indefinitely. No amount of interaction within the session clears it. Requires leaving the session and coming back.
Logs
Checked ~/.config/Claude/logs/main.log and ~/.config/Claude/logs/cowork_vm_node.log — no errors or warnings related to this behavior during the timeframe it occurred.
Related Issues
This appears to be in the same family as #22127 (MCP tool calls hang until user clicks/expands panel) — both involve MCP tool result UI elements not properly dismissing after interaction.
Notes
- Reproducible — happened during a normal file presentation workflow, not an edge case
- The tool itself completes successfully (the file is presented correctly)
- The bug is purely in the UI layer's handling of the post-action state
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗