macOS Computer Use: fresh Safari state succeeds, then coordinate click fails with -10005 noWindowsAvailable after app restart

Open 💬 2 comments Opened Aug 1, 2026 by rootsid-GovernSafe
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

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 build 6067), bundle ID com.openai.codex
  • Computer Use JS client: @oai/sky 0.6.2
  • Signed helper: com.openai.sky.CUAService 26.727.1000550 (build 1000550), Developer ID team 2DC432GLL2; strict signature validation passed
  • macOS: 26.5.1 (25F80), Apple Silicon arm64
  • 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: 1 active SkyComputerUseService
  • Main ChatGPT app-server direct node_repl children not belonging to this reproduction: 7 stale 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: 0 system-wide, 0 under the ChatGPT GUI parent, 0 under its main app-server

Exact reproduction

  1. Keep an existing normal Safari window open. Inventory all existing tabs; do not close or overwrite them.
  2. Request a fresh full state:

``js
await sky.get_app_state({ app: "com.apple.Safari", disableDiff: true })
``

  1. Confirm the response contains both a screenshot and accessibility tree for the same visible Safari window.
  2. 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).
  3. Execute:

``js
await sky.click({ app: "com.apple.Safari", x: 865, y: 570 })
``

  1. 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:

  1. Waited, then fetched a fresh full Safari state: screenshot and accessibility tree succeeded; coordinate click failed -10005.
  2. Pressed Escape to dismiss any overlay, then fetched a fresh full state: both succeeded; coordinate click failed -10005.
  3. Captured and visually inspected a new screenshot from the large on-screen window, then used a new page-content coordinate: failed -10005.
  4. Restored keyboard focus with Tab, then fetched a fresh full state: both succeeded; coordinate click failed -10005.
  5. 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.
  6. 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.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 27 days ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #36241

Powered by Codex Action

rootsid-GovernSafe · 17 days ago

Update from a newer bundled build, reproduced 2026-08-11:

  • ChatGPT host 26.803.41515
  • Computer Use plugin 1.0.1000633
  • bundled @oai/sky 0.6.2
  • On a large normal Safari window, a fresh full screenshot and accessibility state succeeded.
  • Coordinate page scroll and screenshot-guided clicks still failed before Safari received a pointer event with SkyComputerUseError: Computer Use server error -10005: noWindowsAvailable.
  • Element-index activation changed the visible Repost control from collapsed to expanded, but no share sheet painted and accessibility exposed neither Repost with your thoughts nor Repost now.
  • Six distinct recoveries were exhausted: wait plus fresh state; dismiss overlays; fresh screenshot and content coordinate; keyboard focus and navigation; exact URL in a fresh task tab; final screenshot-guided attempt.
  • Task-created browser state was closed. No composer, copy entry, share selection, or public action occurred.

This shows plugin 1.0.1000633 also does not resolve the state-success/action-failure split reported here. Can the Computer Use maintainer confirm whether a build newer than 1.0.1000633 contains the Safari window-to-pointer targeting fix, or provide the installable build/version that should be retested?