[BUG]

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

Summary

On macOS, every computer-use click is rejected with:
"Click at these coordinates would land on 程序坞 (Dock), which is not in the allowed applications."
This happens for EVERY coordinate — top-left (5,5), screen center (700,400), and bottom — all return "Dock", regardless of which app is frontmost or in the allowlist. So no clicks are ever possible.

Environment

• Claude Desktop app v1.14271.0 (latest)
• macOS Tahoe (Darwin 25.5.0), MacBook, built-in Liquid Retina display
• Native resolution 2560×1664; using a scaled mode "looks like 1470×956"
• Screenshots come back at ~1372px wide (downscaled), single display, no mirroring
• screenshotFiltering: "native"

Repro

1. request_access for an app (e.g. 同花顺 / Finder), granted at full tier
2. Bring it frontmost, take screenshot (renders correctly)
3. left_click any coordinate → rejected as "would land on 程序坞"

What I ruled out (none fixed it)

• Changed display scaling, including a clean integer 2x mode (1280×832) — still fails
• killall Dock (restart Dock) — no effect
• Granted ALL running apps so nothing is screenshot-filtered — no effect
• Frontmost app is correctly the granted app (verified via System Events) yet hit-test still says Dock
• Fully quit & restarted the Claude app — no effect
• Accessibility permission for Claude is enabled
• cursor_position echoes my input coordinates 1:1 (input→image mapping is fine)

Impact

Computer-use clicking is completely unusable on this machine. Keyboard input (key/type) DOES work; only clicks are blocked. Appears related to coordinate translation / window hit-test on scaled HiDPI displays (cf. #46216), but the symptom here is total — every coordinate resolves to the Dock-owned desktop layer.

What Should Happen?

Summary

On macOS, every computer-use click is rejected with:
"Click at these coordinates would land on 程序坞 (Dock), which is not in the allowed applications."
This happens for EVERY coordinate — top-left (5,5), screen center (700,400), and bottom — all return "Dock", regardless of which app is frontmost or in the allowlist. So no clicks are ever possible.

Environment

• Claude Desktop app v1.14271.0 (latest)
• macOS Tahoe (Darwin 25.5.0), MacBook, built-in Liquid Retina display
• Native resolution 2560×1664; using a scaled mode "looks like 1470×956"
• Screenshots come back at ~1372px wide (downscaled), single display, no mirroring
• screenshotFiltering: "native"

Repro

1. request_access for an app (e.g. 同花顺 / Finder), granted at full tier
2. Bring it frontmost, take screenshot (renders correctly)
3. left_click any coordinate → rejected as "would land on 程序坞"

What I ruled out (none fixed it)

• Changed display scaling, including a clean integer 2x mode (1280×832) — still fails
• killall Dock (restart Dock) — no effect
• Granted ALL running apps so nothing is screenshot-filtered — no effect
• Frontmost app is correctly the granted app (verified via System Events) yet hit-test still says Dock
• Fully quit & restarted the Claude app — no effect
• Accessibility permission for Claude is enabled
• cursor_position echoes my input coordinates 1:1 (input→image mapping is fine)

Impact

Computer-use clicking is completely unusable on this machine. Keyboard input (key/type) DOES work; only clicks are blocked. Appears related to coordinate translation / window hit-test on scaled HiDPI displays (cf. #46216), but the symptom here is total — every coordinate resolves to the Dock-owned desktop layer.

Error Messages/Logs

Steps to Reproduce

Summary

On macOS, every computer-use click is rejected with:
"Click at these coordinates would land on 程序坞 (Dock), which is not in the allowed applications."
This happens for EVERY coordinate — top-left (5,5), screen center (700,400), and bottom — all return "Dock", regardless of which app is frontmost or in the allowlist. So no clicks are ever possible.

Environment

• Claude Desktop app v1.14271.0 (latest)
• macOS Tahoe (Darwin 25.5.0), MacBook, built-in Liquid Retina display
• Native resolution 2560×1664; using a scaled mode "looks like 1470×956"
• Screenshots come back at ~1372px wide (downscaled), single display, no mirroring
• screenshotFiltering: "native"

Repro

1. request_access for an app (e.g. 同花顺 / Finder), granted at full tier
2. Bring it frontmost, take screenshot (renders correctly)
3. left_click any coordinate → rejected as "would land on 程序坞"

What I ruled out (none fixed it)

• Changed display scaling, including a clean integer 2x mode (1280×832) — still fails
• killall Dock (restart Dock) — no effect
• Granted ALL running apps so nothing is screenshot-filtered — no effect
• Frontmost app is correctly the granted app (verified via System Events) yet hit-test still says Dock
• Fully quit & restarted the Claude app — no effect
• Accessibility permission for Claude is enabled
• cursor_position echoes my input coordinates 1:1 (input→image mapping is fine)

Impact

Computer-use clicking is completely unusable on this machine. Keyboard input (key/type) DOES work; only clicks are blocked. Appears related to coordinate translation / window hit-test on scaled HiDPI displays (cf. #46216), but the symptom here is total — every coordinate resolves to the Dock-owned desktop layer.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

1.14271.0

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_