Pre-submit Checks

• I have searched Warp bugs and there are no duplicates
• I have searched Warp known issues page and my issue is not there

Describe the bug

When running Claude Code's fullscreen TUI (/tui fullscreen, the default renderer) inside Warp, clicking a link that Claude Code prints (e.g. a URL in its output) opens the link twice in the browser (Chrome): the first tab/navigation fires immediately, and a second identical tab/navigation fires ~0.5s later. This reproduces on every link, every time — not intermittent.

This matches a bug class already reported and confirmed upstream in Claude Code for the JetBrains reworked terminal (anthropics/claude-code#68568): a single physical mouse click is delivered to the TUI app as two separate click events, so any click-driven action (link open, click-to-expand) fires twice. That issue's author confirmed via testing that the duplicate originates from the terminal's mouse-event delivery, not from Claude Code itself deciding to double-open. Given Warp implements its own SGR mouse-reporting path for CLI-agent/TUI apps (see #6868, #12094 for other Claude-Code-mouse-handling quirks in Warp), it's likely Warp is emitting a duplicate press/release pair (or duplicate SGR mouse sequence) for a single click when a CLI-agent TUI has mouse reporting enabled.

Workarounds that avoid the bug (both lose functionality):

• /tui default inside the Claude Code session (loses fixed bottom input/footer)
• CLAUDE_CODE_DISABLE_MOUSE=1 before launching claude (loses in-app scroll-wheel support)

To reproduce

1. In Warp, run claude (fullscreen TUI renderer, the default).
2. Get Claude Code to print a clickable https:// URL in its output.
3. Click the link once.

Expected: one browser tab opens.
Actual: two identical tabs open in Chrome, the second appearing ~0.5s after the first.

Expected behavior

A single click should produce a single link-open (one mouse-click event delivered per physical click).

Operating system (OS)

macOS

Is this an issue only in Warp?

Unconfirmed — analogous duplicate-click-event bugs are documented for the JetBrains reworked terminal (different root cause/codebase, same symptom class). Have not yet tested Claude Code's fullscreen TUI in a different macOS terminal to confirm Warp specifically is emitting the duplicate event.

Additional context

Related issues:

• [BUG] JetBrains reworked terminal duplicate mouse events: links open twice (clicks not de-duplicated like scroll) anthropics/claude-code#68568 — same symptom (link opens twice / click-to-expand net no-ops) confirmed for JetBrains' reworked terminal; root-caused to duplicate click-event delivery from the terminal, with a request to extend Claude Code's existing duplicate-event mitigation (already applied to scroll events for JetBrains) to click events generally.
• Support mouse input when in Claude Code #6868, Mouse wheel scrolls Claude Code input instead of terminal history #12094 — prior reports of non-standard mouse-input handling between Warp and Claude Code's TUI.