macOS Computer Use: fresh Safari state succeeds, then coordinate click fails with -10005 noWindowsAvailable after app restart
Summary
On macOS, Computer Use can successfully return a fresh full screenshot and accessibility tree for the visible Safari window, and accessibility-index plus keyboard actions work, but a coordinate click derived from that same screenshot immediately fails with:
SkyComputerUseError: Computer Use server error -10005: noWindowsAvailable
The first occurrence was reproduced immediately after quitting and reopening the ChatGPT desktop app. A fresh reproduction about 30 hours later produced the same split-path result. The failure is not tied to a hidden, narrow, off-screen, or multi-display Safari window.
Environment
- ChatGPT desktop app:
26.727.40816(bundle build6067), bundle IDcom.openai.codex - Computer Use JS client:
@oai/sky 0.6.2 - Signed helper:
com.openai.sky.CUAService 26.727.1000550(build1000550), Developer ID team2DC432GLL2; strict signature validation passed - macOS:
26.5.1(25F80), Apple Siliconarm64 - Active display topology: one built-in display,
1512 x 945 @ 120 Hz, main/online, CoreGraphics bounds(0,0) 1512x945 - Safari test window: one normal large window; screenshot
1386x768; no full-screen, Split View, tiling, negative position, or geometry recovery was required - Helper count:
1activeSkyComputerUseService - Main ChatGPT app-server direct
node_replchildren not belonging to this reproduction:7stale candidates, aged approximately 35 minutes to 28 hours at capture; none were killed - System-wide
node_repl:9; stdio app-server:2;SkyComputerUseClient mcp:0 - Zombie processes:
0system-wide,0under the ChatGPT GUI parent,0under its main app-server
Exact reproduction
- Keep an existing normal Safari window open. Inventory all existing tabs; do not close or overwrite them.
- Request a fresh full state:
``js``
await sky.get_app_state({ app: "com.apple.Safari", disableDiff: true })
- Confirm the response contains both a screenshot and accessibility tree for the same visible Safari window.
- Choose a benign blank point inside the page viewport, away from browser chrome and site controls. In this run the first verified point was
(865, 570). - Execute:
``js``
await sky.click({ app: "com.apple.Safari", x: 865, y: 570 })
- Observe the immediate exception:
``text``
SkyComputerUseError: Computer Use server error -10005: noWindowsAvailable
The same error was reproduced at a second screenshot-verified page-content point (975, 250).
Recovery matrix
All six progressive recovery methods were completed without bypassing authentication, changing permissions, restarting Safari/WindowServer, or changing external state:
- Waited, then fetched a fresh full Safari state: screenshot and accessibility tree succeeded; coordinate click failed
-10005. - Pressed
Escapeto dismiss any overlay, then fetched a fresh full state: both succeeded; coordinate click failed-10005. - Captured and visually inspected a new screenshot from the large on-screen window, then used a new page-content coordinate: failed
-10005. - Restored keyboard focus with
Tab, then fetched a fresh full state: both succeeded; coordinate click failed-10005. - Opened the exact URL in one fresh task-owned tab, verified the same pre-existing signed-in account and loaded state, dismissed the account overlay, and fetched a fresh full state: coordinate click failed
-10005. - Captured one final screenshot from the recovered task tab and made a final screenshot-guided page-content click: failed
-10005.
The task-owned tab was closed afterward. Focus returned to the pre-existing Analytics tab, the window remained large, and the original two tabs remained open. No composer opened, no text was typed into a site, and no public action occurred.
Expected behavior
A coordinate action should resolve and target the same normal Safari window that the immediately preceding full-state request successfully captured. A healthy screenshot/accessibility request should not be followed by noWindowsAvailable for the same app/window.
Bounded diagnostic evidence
Client-side exception prefix:
SkyComputerUseError: Computer Use server error -10005: noWindowsAvailable
at @oai/sky/.../targets/mac/native-pipe.js
A bounded unified-log query covering 2026-08-01 19:34:30–19:42:30 AEST for SkyComputerUseService, ChatGPT, ComputerUseIPC, noWindowsAvailable, timeoutReached, AccessibilitySupport, and ScreenCaptureKit returned no matching records. This is recorded as a zero-result query rather than expanding the collection window or attaching unrelated logs.
Official update observed locally
Sparkle has staged a correctly signed ChatGPT app update 26.727.51351 (bundle build 6119) while 26.727.40816 (build 6067) remains installed. The staged app still contains @oai/sky 0.6.2 and helper 26.727.1000550, identical to the installed Computer Use components. The update was not installed, copied, launched, or modified; its fix status is unknown.
Related reports
- #25744 — accumulated Computer Use/MCP helpers and WindowServer/TCC stalls
- #21668 — target-window/macOS Space mis-correlation
- #24301 — screenshots resolving to an unrelated target window
This report may share lifecycle or target-correlation code with those issues, but adds the deterministic state-success/action-failure split and the exact -10005 noWindowsAvailable result.
2 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Update from a newer bundled build, reproduced 2026-08-11:
26.803.415151.0.1000633@oai/sky0.6.2SkyComputerUseError: Computer Use server error -10005: noWindowsAvailable.Repost with your thoughtsnorRepost now.This shows plugin
1.0.1000633also does not resolve the state-success/action-failure split reported here. Can the Computer Use maintainer confirm whether a build newer than1.0.1000633contains the Safari window-to-pointer targeting fix, or provide the installable build/version that should be retested?