macOS 26.6.2: coordinate click/drag fails with -10005 noWindowsAvailable in Safari and Krita, but works in TextEdit

What version of the Codex App are you using (From “About Codex” dialog)?

26.901.51231

What subscription do you have?

ChatGPT Pro

What platform is your computer?

Darwin 25.6.0 arm64 arm

What issue are you seeing?

Summary

Coordinate-based Computer Use mouse actions fail with:

Computer Use server error -10005: noWindowsAvailable

in Safari, Google Chrome, and Krita on macOS Tahoe 26.6.2.

However, the same coordinate click and drag operations succeed in TextEdit.

Accessibility-element based interactions can also work, so this does not appear to be a general Accessibility permission failure.

Environment

• Codex Desktop: 26.901.51231
• Also reproduced on: 26.901.41123
• macOS: Tahoe 26.6.2
• Apple Silicon
• Single display
• No external display
• No clamshell mode
• No Stage Manager
• No intentionally configured multiple Spaces

Screen Recording and Accessibility permissions for Codex Computer Use are enabled.

Reproduction

I tested coordinate operations only. Accessibility-element clicking was not used.

TextEdit

• Coordinate click: (150,150) -> succeeds
• Coordinate drag: (150,150) -> (210,150) -> succeeds
• No error

Safari

• Coordinate click: (500,350) -> fails
• Coordinate drag: (500,350) -> (560,350) -> fails

Both return:

Error: Computer Use server error -10005: noWindowsAvailable

Krita

• Coordinate click: (400,300) -> fails
• Coordinate drag: (400,300) -> (460,300) -> fails

Both return:

Error: Computer Use server error -10005: noWindowsAvailable

Google Chrome showed the same failure earlier as well.

Troubleshooting already attempted

• Verified Screen Recording permission
• Verified Accessibility permission
• Disabled fullscreen
• Completely restarted Codex
• Tested multiple applications
• Updated Codex from 26.901.41123 to 26.901.51231

The behavior remained unchanged after the update.

Expected behavior

Coordinate click and drag should work in Safari, Chrome, and Krita just as they do in TextEdit.

Additional observation

Computer Use can see the affected applications and inspect/interact with UI elements, but coordinate-based mouse operations fail with noWindowsAvailable.

Because coordinate operations still work in TextEdit, this appears to be related to application/window targeting rather than the general mouse-input or Accessibility permission path.

Please let me know if any logs or diagnostics would help.

What steps can reproduce the bug?

1. Launch Codex Desktop on macOS Tahoe 26.6.2.
2. Enable Computer Use with Screen Recording and Accessibility permissions.
3. Open TextEdit.
4. Perform a coordinate click at (150,150).
5. Perform a coordinate drag from (150,150) to (210,150).
6. Both operations succeed without error.
7. Open Safari.
8. Perform a coordinate click at (500,350).
9. Perform a coordinate drag from (500,350) to (560,350).
10. Both operations fail with:

Computer Use server error -10005: noWindowsAvailable

11. Open Krita.
12. Perform a coordinate click at (400,300).
13. Perform a coordinate drag from (400,300) to (460,300).
14. Both operations fail with the same error:

Computer Use server error -10005: noWindowsAvailable

Google Chrome also showed the same failure earlier.

Accessibility-element clicking was not used in these tests.

The issue reproduces on Codex Desktop 26.901.51231 and was also reproducible on 26.901.41123 before updating.

What is the expected behavior?

Coordinate-based mouse click and drag operations should work consistently in Safari, Chrome, and Krita, just as they do in TextEdit.

Computer Use should be able to target the visible application window and perform coordinate input without returning -10005: noWindowsAvailable.

Additional information

Screen Recording and Accessibility permissions for Codex Computer Use are enabled.

I have already tried:

• restarting Codex completely
• disabling fullscreen
• testing multiple applications
• updating Codex from 26.901.41123 to 26.901.51231

The issue remained unchanged after the update.

The Mac is using a single built-in display. I am not using an external display, clamshell mode, Stage Manager, or intentionally configured multiple Spaces.

Because coordinate operations work in TextEdit but fail in Safari, Chrome, and Krita, this appears to be related to application/window targeting rather than a general Accessibility or mouse-input permission failure.

No source files, tests, or entry points are named. Start by reproducing coordinate clicks and drags in TextEdit, Safari, Chrome, and Krita on the stated macOS and Codex versions, comparing the successful and failing cases. Done means affected application windows accept coordinate clicks and drags without -10005: noWindowsAvailable.