Skip to content

Windows Computer Use: screenshot capture timeout and coordinate input geometry unavailable #49680

Open

Description

@seixasp02-ux

Summary

Windows Computer Use can discover application windows and read accessibility text, but screenshot capture times out and clicks fail because input geometry is unavailable. This blocks operating native Windows applications.

Environment

  • Windows desktop app
  • Computer Use plugin: 26.928.20755
  • Target apps: Soften SIEM Rev.0015 and Microsoft Outlook
  • Reproduced on September 29 and 30, 2026
  • Feedback ID: 01a0cfd1-7ba2-79e1-a1e2-6d69c9ffa369
  • Desktop app version and Windows build: not yet collected

Reproduction

  1. Open a native Windows application.
  2. Use Computer Use to list applications/windows: this succeeds.
  3. Read the Soften window accessibility text without a screenshot: this succeeds.
  4. Request a screenshot of the window: this fails.
  5. Refresh the window list, reacquire and activate the window, then retry capture: this still fails.
  6. Try clicking the visible/accessibility-listed Filtrar button: this fails.

Observed errors

Screenshot capture:
FrameArrived timed out: timed out waiting on channel
window capture timed out: timed out waiting on channel

Click:
coordinate input geometry is unavailable

Screenshot capture also failed in Outlook on September 29. Resetting the tool session and retrying did not resolve it. No invoice was changed by the failed click test.

Expected behavior

Capture the selected native application window and click its controls.

Additional context

The cause is unknown. Because capture also failed in Outlook, the observations are not limited to Soften. No private invoices, customer information, credentials, screenshots or raw logs are attached.

Activity

  1. added
    bugSomething isn't working
    appIssues related to the Codex desktop app
    windows-osIssues related to Codex on Windows systems
    on Sep 30, 2026
  2. github-actions commented on Sep 30, 2026

    @github-actions
    Contributor

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

    Powered by Codex Action

  3. angelcamach0 commented on Oct 3, 2026

    @angelcamach0

    I can reproduce the same symptoms on Windows with Spotify and another desktop application.

    • Application/window discovery and accessibility-only reads succeed.
    • Screenshot requests fail with FrameArrived timed out: timed out waiting on channel or window capture timed out: timed out waiting on channel.
    • Clicking a freshly observed accessibility element fails with coordinate input geometry is unavailable.
    • Resetting the automation session and fully restarting the desktop app and Computer Use helper did not resolve it. The built-in updater reports the app is up to date (26.930.31730, build 12947).

    The issue affects multiple applications. The native helper was not instrumented, so I cannot confirm the underlying cause. No experimental patch or system-setting change was applied.

  4. afonseca08 commented on Oct 7, 2026

    @afonseca08

    Reproduced on October 6, 2026 in Brave on Windows 10 Home 22H2, build 19045.7725, using Computer Use plugin 26.930.61225 and the supported @oai/sky Node REPL. Desktop app and Brave versions were not independently collected.

    In a fresh JavaScript session, window enumeration and accessibility-only state reads succeeded. The Google Analytics exploration list exposed the requested exploration as element 112. Clicking that observed element failed with coordinate input geometry is unavailable. An immediate accessibility refresh confirmed the list remained open.

    Screenshot-only capture then failed with FrameArrived timed out: timed out waiting on channel. After rediscovering, reacquiring, activating and reacquiring the window again, one retry failed with window capture timed out: timed out waiting on channel. No screenshot was returned. This reproduces all three error messages in this issue in a browser window. Related Windows 10 capture report: #51245.

  5. afonseca08 commented on Oct 8, 2026

    @afonseca08

    Follow-up to my October 6 reproduction: screenshot capture still fails on October 7, 2026, with the newer Computer Use plugin 26.1002.52244 (previously 26.930.61225). The current Codex desktop app reports version 26.1002.52244, build 13536, production channel; its updater reports up to date.

    Environment remains Windows 10 Home 22H2, build 19045.7725. This time the target was a newly launched blank Notepad window, using the supported @oai/sky Node REPL.

    Runtime initialization, app/window enumeration, and Notepad launch succeeded. sky.get_window_state({window, include_screenshot:true, include_text:true}) failed with FrameArrived timed out: timed out waiting on channel. After refreshing window discovery, reacquiring the returned Notepad window, and activating it, the same capture request failed with window capture timed out: timed out waiting on channel.

    No screenshot was returned. Clicking, typing, and accessibility-only reads were not tested in this run, so this update confirms persistence of the capture failures only. It adds a native Notepad reproduction to my previous Brave reproduction. Related: #51245.

  6. leszek1985 commented on Oct 14, 2026

    @leszek1985

    Reproduced on Windows 10 with desktop app 26.1007.71326, build 20398, production channel. The updater reports up to date. GPUs: Intel HD Graphics 4600 and NVIDIA Quadro K4100M.

    Window discovery and accessibility-only reads in File Explorer succeed. Screenshot capture repeatedly fails with FrameArrived timed out: timed out waiting on channel and window capture timed out: timed out waiting on channel. Clicking an accessibility-listed element also failed with coordinate input geometry is unavailable.

    Restarting Windows and the app did not resolve the issue. Assigning both codex-computer-use.exe and codex-computer-use-swift.exe to the power-saving Intel GPU, followed by restarting the app, also did not resolve it. No root cause has been confirmed.

  7. Llh320 commented on Oct 15, 2026

    @Llh320

    I can reproduce the same native Windows capture failure.

    • Feedback ID: 01a13dd3-1edf-7ad1-9b41-e690bdf0a7d3
    • OS: Windows 10 Pro, build 19045
    • Minimal repro: only a visible foreground Notepad window; no project application, browser, TRNSYS, MATLAB, or other application was opened.
    • Native application discovery succeeds.
    • get_window_state(..., include_screenshot: true) fails with:
      FrameArrived timed out: timed out waiting on channel
    • Screenshot capture fails and coordinate geometry is unavailable.

    I tested both legacy Windows sandbox implementations:

    • sandbox = "elevated": fails
    • sandbox = "unelevated": fails with the same error

    I also performed a desktop app Reset and an official desktop-app uninstall/reinstall. The behavior did not change.

    CODEX_HOME is unset at process, user, and machine scope.

    Additional logging observation:

    • The expected %USERPROFILE%\.codex\.sandbox\sandbox.log does not exist.
    • The newest available rolling log was sandbox.2026-10-15.log, last modified at 2026-10-15 17:08:55 +08:00.
    • The reproduced get_window_state failure occurred later, at 2026-10-15 18:55:33 +08:00, so the available sandbox log did not cover the failure event.

    This appears consistent with the issue symptoms, but I am not asserting a root cause.

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

    appIssues related to the Codex desktop appbugSomething isn't workingcomputer-usewindows-osIssues related to Codex on Windows systems

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions