[BUG] Fullscreen TUI: Ctrl+click opens links twice in Windows Terminal (duplicate mouse dispatch)

Summary

In tui: fullscreen, Ctrl+clicking a link in the Claude Code TUI opens the URL twice — two browser tabs from one physical click.

Same terminal, same window, same mouse: Codex CLI opens exactly one tab. The difference appears to be that Claude Code's fullscreen renderer enables SGR mouse reporting and Codex does not, so Windows Terminal's Ctrl+click hyperlink gesture ends up dispatched twice.

This is the same class of bug as #68568 (JetBrains reworked terminal) and warpdotdev/warp#13512, but neither covers Windows Terminal, and the mitigation discussion in #68568 is JetBrains-specific.

Environment

| | |
|---|---|
| Claude Code | 2.1.220, native installer (%USERPROFILE%\.local\bin\claude.exe) |
| OS | Windows 11 Home, build 10.0.26200 |
| Terminal | Windows Terminal 1.24.11911.0 (Microsoft Store) |
| Shell | PowerShell 7 |
| Renderer | "tui": "fullscreen" in ~/.claude/settings.json |
| WSL | Not used — native Windows |

Reproduction

1. Set "tui": "fullscreen" in ~/.claude/settings.json
2. Start claude in Windows Terminal
3. Get Claude to output a URL in its response
4. Ctrl+click the URL
5. Two browser tabs open instead of one

What has been ruled out

• Not mouse hardware or a double-click fault. Reproduces identically with the laptop touchpad and with a separate mouse.
• Not Windows Terminal's URL auto-detection. Setting "experimental.detectURLs": false in Windows Terminal's settings.json does not fix it.
• Not Claude Code's own link handler. A plain left-click (no Ctrl) on the link does nothing at all — Claude Code never opens the link itself. Both opens therefore appear to originate from Windows Terminal's own Ctrl+click hyperlink gesture being dispatched twice, rather than from Claude Code opening one of them. (Inference from the observed behaviour; not confirmed by escape-sequence capture.)
• Not terminal-wide. Codex CLI in the same Windows Terminal profile, same window, same mouse, opens exactly one tab.

Secondary observation

In fullscreen on Windows Terminal, a plain left-click on a link does nothing. The docs describe fullscreen as adding "mouse support for scrolling and selection", so this may be intended — but combined with the doubled Ctrl+click it means there is currently no way to open a link with a single tab resulting.

Workarounds

Both are reported to work in the JetBrains and Warp cases; neither has been verified on this Windows Terminal setup, so they are listed as candidates rather than confirmed fixes:

• CLAUDE_CODE_DISABLE_MOUSE=1 — would cost mouse-wheel scrolling inside Claude Code (PageUp still works)
• /tui default — costs flicker-free fullscreen rendering

Neither preserves fullscreen rendering + wheel scroll + single-open simultaneously.

Suggested fix

#68568 notes that Claude Code already de-duplicates duplicate scroll-wheel events but does not extend that mitigation to pointer button events. Extending the same time+coordinate de-duplication window to button press/release would likely cover Windows Terminal as well as the JetBrains and Warp cases.

Alternatively, suppressing mouse reporting specifically for Ctrl-modified clicks would leave the terminal's native hyperlink gesture as the sole handler.