[Bug]: Cannot perform copy/paste actions within in-app browser

[chungweileong94]

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/desktop

Steps to reproduce

1. Open the in-app browser with any site.
2. Try to copy or paste anything.

Expected behavior

We should be able to copy things from the browser and paste things into the browser.

Actual behavior

Nothing happens, except for "Human control" popup.

Impact

Blocks work completely

Version or commit

0.0.40-nightly.20260907.1372 (09e8de9)

Environment

macOS 27 Beta (26A5425a)

Logs or stack traces

Screenshots, recordings, or supporting files

Screen.Recording.2026-09-08.at.11.24.41.AM.mov

Workaround

There is no workaround, I have to use an external browser instead.

[juliusmarminge]

Thanks for the report and the recording — this looks like a real desktop in-app browser bug, and it already has a fix on main.

What the “Human control” pill is

That badge is expected. Any trusted click or key in the preview guest is reported as human input and flips the tab to controller: "human" for ~750ms (PreviewManager.handleHumanInput → the pill in PreviewView). It is pointer-events-none and does not intercept copy/paste.

What actually broke copy/paste

This is not the old preview clipboard-permission issue (#3738 / #3889), and open #8291 (dropping clipboard-read) is not a fix for keyboard copy/paste.

#9840 isolated preview keyboard input by setting setIgnoreMenuShortcuts(true) on preview WebContents so host accelerators (settings, close, zoom, …) would not fire. Chromium’s copy/paste/cut/select-all are wired through the application Edit menu, so those chords stopped doing anything in the guest. #9840 was checked on Linux; macOS native editing was left unverified.

Your build 0.0.40-nightly.20260907.1372 (09e8de9c655a) includes that isolation and does not include the follow-up.

Already fixed on main

#10621 (e0e0bcb, merged 2026-09-08) re-enables native editing shortcuts (Cmd/Ctrl+C/V/X/A/Z, plus macOS Paste and Match Style) when the preview (or a sign-in popup) is focused, while still blocking other host shortcuts.

Please retest

Install a desktop nightly after e0e0bcb / #10621 and try copy/paste in the in-app browser again.

• If it works, we can close this.
• If it still fails, say whether you used keyboard shortcuts, the Edit menu, or right-click — and we will look at webview focus / guest context-menu next. macOS 27 Beta is a possible leftover only after that newer build.

[chungweileong94]

@juliusmarminge Yeah, I tried the latest nightly, copy/paste shortcut works now. Just that there is no right-click, but not a big deal anyways, and probably out of the scope of this issue anyway.