Skip to content

fix(cua-driver): - #3900

Closed
yangtianrui95 wants to merge 3 commits into
trycua:mainfrom
yangtianrui95:codex/macos-background-drag-native
Closed

yangtianrui95 wants to merge 3 commits into
trycua:mainfrom
yangtianrui95:codex/macos-background-drag-native

Conversation

@yangtianrui95

@yangtianrui95 yangtianrui95 commented Sep 16, 2026 •

Copy link
Copy Markdown

No description provided.

RubinCarter and others added 3 commits September 16, 2026 16:55
Replace the background pixel-click focus-without-raise sequence with target-only synthetic focus. The action now fails closed when that route is unavailable and always tears down the target state without defocusing or reactivating the user foreground app.

Salvaged from iFurySt/open-codex-computer-use#48.

Co-authored-by: tisfeng <25194972+tisfeng@users.noreply.github.com>
(cherry picked from commit 1cb37ea)
Journal Electron BrowserWindow focus transitions independently of DOM blur and require the macOS focus-loss canary to trigger the native signal. This catches AppKit resign/key-window regressions that leave document.hasFocus unchanged.

(cherry picked from commit f9325c8)
Route exact-window background drags through target-only synthetic focus and pid/window-scoped native mouse events while preserving the user foreground application.

Salvaged from #3530.

Co-authored-by: rubin <RubinCarter713@gmail.com>

Co-authored-by: tisfeng <25194972+tisfeng@users.noreply.github.com>
@yangtianrui95 yangtianrui95 closed this by deleting the head repository Sep 16, 2026
@yangtianrui95 yangtianrui95 changed the title fix(cua-driver): support target-only macOS background drag fix(cua-driver): Sep 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants