Windows Computer Use: EntCRMsql.exe detected as running but no targetable windows

Summary

The Windows desktop Computer Use plugin detects Huaqiang ERP (EntCRMsql.exe) as running, but returns an empty window list. This blocks screenshot capture and coordinate input, since both documented APIs require a returned Window object.

Please route this to the Windows Computer Use/window discovery maintainers if this repository is not the owning component.

Existing feedback

Feedback ID: 01a0a512-091b-7720-811b-42b7aa013d90

Environment

• Windows desktop; Computer Use plugin version 26.908.70816.
• Target: EntCRMsql.exe, a legacy 32-bit Windows ERP application (PE Machine 0x014C).
• Target is logged in and its UI is visible.
• Target runs without administrator elevation, with Windows 7 compatibility mode retained.
• Exact desktop app build and Windows build were not recorded.

Reproduction

1. Open and log into EntCRMsql.exe; keep the main window visible.
2. Call the supported @oai/sky list_apps() API.
3. Call list_windows() and look for the ERP window.

Actual result

The matching application reports displayName: EntCRMsql, isRunning: true, windows: [].
The same list_windows() call returns Claude, Codex and Chrome windows, but no EntCRMsql window.
Reproduced again on 2026-09-16.

Expected result

The visible, authorized ERP window should be returned as a targetable Window, allowing get_window_state() to capture it and coordinate input to operate within the correct target.

Checks already performed

• The current task's application authorization includes entcrmsql.exe.
• Removed Run as administrator, retained Windows 7 compatibility, restarted the target normally and confirmed successful login. Window discovery still fails.
• Restarting Codex did not resolve the problem.
• Claude desktop Cowork on the same computer successfully captured and operated this ERP UI and completed a small read-only export test. The resulting file was independently validated locally. No business records were changed.
• Other applications remain discoverable through Codex Computer Use.

These observations do not establish that bitness or compatibility mode is the root cause.

Suggested investigation

Please inspect window filtering (visibility, ownership, window style/cloaking), process-to-application authorization matching, and whether accessibility or capture probing failures cause legacy windows to be excluded entirely. Diagnostic reasons for excluded windows would help.

The documented plugin API has no independent full-desktop capture/input entry point. A supported desktop fallback could help, provided application authorization, target validation and user stop controls are preserved.

Acceptance criteria

1. Official list_windows/list_apps returns the real ERP window.
2. get_window_state captures the correct visible UI.
3. A harmless query-menu open/close verifies coordinate targeting without changing business data.
4. Existing applications remain discoverable and current permission boundaries remain enforced.

No ERP screenshots, customer data, exported financial files, credentials or raw session logs are attached to this public issue.

Begin with the @oai/sky list_apps() and list_windows() entry points, then trace window filtering, authorization matching, and exclusion diagnostics; the issue identifies no source files or tests. Reproduce with EntCRMsql.exe and use get_window_state() after discovery; done means the visible ERP window is targetable while existing applications and permission boundaries remain intact.