fix(web): Ctrl+C and terminal links work on Windows

[ArjandenHartog]

What Changed

• Terminal copy now parks the Ghostty selection in the hidden IME textarea and only claims the native copy event when clipboardData is actually writable, so Ctrl+C/Cmd+C copies the selected text instead of a blank clipboard.
• Electron Edit → Copy can fire without a prior keydown. The deferred copy path now primes the textarea with the current selection before the default action runs.
• The desktop Edit menu no longer registers Cut/Copy/Paste/Select All accelerators. Those chords reach the renderer, so Ctrl+C can SIGINT in a WSL terminal when nothing is selected, and Ctrl+A is beginning-of-line again.
• Ctrl/Cmd-click on a public http(s) terminal link opens immediately in the browser that already has T3 Code open, via a same-tick <a target="_blank"> click. Desktop still intercepts _blank through openExternal.
• Loopback URLs (localhost, 127.0.0.1, ::1, 0.0.0.0) open the in-app preview panel again, without an async preview-vs-browser menu.

Why

On Windows (including a WSL terminal) Ctrl+C was eaten by native copy of the empty textarea, so people had to use Ctrl+Shift+C. That chord is also Chrome/Electron Inspect, so it does not work well.

Clicking a printed URL waited on an async preview-vs-browser menu. window.open after that menu is popup-blocked, and openExternal leaves the current browser for the OS default. Opening public URLs during the click keeps the tab in the browser you already have open. Preview does not need that user gesture, so loopback links can still land in the right panel.

Fixes #7677. Also addresses the Windows symptoms in #6173, #5917, and #5702.

UI Changes

No visual chrome change. Keyboard copy/interrupt and modifier-click link opening are interaction-only.

Terminal with a public URL and a loopback URL recognized as links:

Selection plus Copy in the terminal context menu. Ctrl+C on that selection copied the highlighted echo line in a web session:

Headless Chrome could not capture a new host-browser tab or the in-app preview panel after Ctrl+click. Those paths are covered by unit tests.

Checklist

• This PR is small and focused
• I explained what changed and why
• I included before/after screenshots for any UI changes
• I included a video for animation/interaction changes

Note

Fix terminal Ctrl+C copy and link opening on Windows by letting renderer own clipboard accelerators

• Replaces Electron's default { role: "editMenu" } with a custom desktopEditMenu(platform) that sets registerAccelerator=false on all Edit roles, so the renderer handles clipboard shortcuts instead of Electron. Adds a Speech submenu on macOS.
• Adds clipboard priming in GhosttyTerminalSurface: primeTerminalCopyInput writes the terminal selection into the hidden textarea so native copy (keyboard or Edit menu) produces non-empty text. applyTerminalCopyEvent claims copy events via clipboardData and falls back to document.execCommand("copy"). Primed content is cleared before key encoding (except during IME composition) to avoid leaking to the PTY.
• Adds openUrlInHostBrowser to open http(s) links via a synchronous _blank anchor click (rejecting non-http schemes), and canOpenTerminalLinkInPreview to restrict in-app preview to loopback URLs. Refactors openTerminalLinkInPreview to skip the context-menu prompt and deterministically preview or fall back to the browser.
• Behavioral Change: shell.openExternal in createBrowserLocalApi now rejects non-http(s) URLs with an error instead of passing them to window.open; terminal http(s) links no longer show a context-menu choice.

^{Macroscope summarized f10b1ea.}

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 50609b97-7281-45a1-b909-eacf584dc5de

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[macroscopeapp]

One finding: the terminal link path now bypasses the in-app preview panel for loopback URLs. Everything else in the changed web files (the new openUrlInHostBrowser helper, localApi browser branch, and the Ghostty copy priming) stays inside the existing owners and introduces no shared-primitive, Tailwind-ownership, or theming problems.

^{Posted via Macroscope — UI Consistency}

[macroscopeapp]

Approvability

Verdict: Not approved

Macroscope's review found this PR not approvable — This PR makes significant behavioral changes to terminal clipboard handling and link opening: removes the context menu for terminal links, introduces new clipboard 'priming' for copy operations, and changes how Edit menu accelerators are processed. These runtime behavior changes warrant human review.

^{You can add or adjust custom eligibility rules. Learn more.}

[ArjandenHartog]

Follow-up for the Macroscope notes is in 074db33.

Screenshots from a web session (WSL). Ctrl+C on a Ghostty selection copied the highlighted echo line into the clipboard. Headless Chrome could not show a new host-browser tab or the in-app preview panel after Ctrl+click (no new window event, and localhost:5173 was not a live preview target).

Terminal with public and loopback links:

Selection plus the Copy context menu:

[macroscopeapp]

One finding in the terminal surface keyboard path: the new unconditional textarea clear on keydown runs before the IME/composition early-return, so it can wipe an in-progress composition preedit. Inline comment with a suggested guard below. Nothing else in the changed web UI scope (no styling, primitive, or theme changes) raised a consistency concern; the link routing now keeps loopback URLs in the in-app preview, and the preview address bar still exposes "Open in system browser".

^{Posted via Macroscope — UI Consistency}

[juliusmarminge]

Closing as part of the open-PR backlog sweep (wave 1).

Reason: Windows Ctrl+C/blank clipboard already fixed on main
Related: #7678

Reopen if this is still wanted and you’re willing to rebase onto current main.