Skip to content

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

Description

@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.

Activity

  1. added
    bugSomething is broken or behaving incorrectly.
    needs-triageIssue needs maintainer review and initial categorization.
    on Sep 8, 2026
  2. juliusmarminge commented on Sep 8, 2026

    @juliusmarminge
    Member

    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.
  3. added
    via-triageFiled through npx t3 triage
    acceptedfeature request accepted
    and removed
    needs-triageIssue needs maintainer review and initial categorization.
    on Sep 8, 2026
  4. chungweileong94 commented on Sep 8, 2026

    @chungweileong94
    Author

    @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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    acceptedfeature request acceptedbugSomething is broken or behaving incorrectly.via-triageFiled through npx t3 triage

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions