Windows Computer Use cannot capture AdsPower SunBrowser: contradictory identical-owner error

Resolved 💬 2 comments Opened Aug 5, 2026 by piaoxiangbeifang123 Closed Aug 11, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

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

Powered by Codex & OWL 版本 26.730.61309

What subscription do you have?

plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

Codex Computer Use on Windows can enumerate an AdsPower SunBrowser window correctly, but rejects the same window during capture or activation with a contradictory ownership error.

The returned window ID matches the actual SunBrowser main window handle.

Error:
window id 16253438 no longer belongs to SunBrowse.N6GMDGDTUGEJZJQUUNXRA.k1awp51th286h0j.Default; current owner is SunBrowse.N6GMDGDTUGEJZJQUUNXRA.k1awp51th286h0j.Default

The expected owner and current owner shown in the error are identical.

What steps can reproduce the bug?

  1. Launch an AdsPower browser profile that starts SunBrowser.
  2. Call list_apps() or list_windows().
  3. Select the uniquely returned SunBrowser window:

app: SunBrowse.N6GMDGDTUGEJZJQUUNXRA.k1awp51th286h0j.Default

  1. Call get_window_state({ window }) or activate_window({ window }).

Result: both calls fail with the contradictory identical-owner error above.

Additional checks:

  • get_window({ id }) can rehydrate the window object, but capture still fails.
  • AdsPower's own main window can be captured successfully by Computer Use.
  • Fully restarting Codex, AdsPower, and SunBrowser did not resolve it.
  • Disabling Windows Defender briefly did not change the result.

What is the expected behavior?

A uniquely listed SunBrowser window should be capturable when the returned owner and the revalidated current owner are identical. Computer Use should either capture that exact window or return a non-contradictory diagnostic.

Additional information

Codex desktop: 26.730.7989.0
Computer Use plugin: 26.730.61309
AdsPower: 8.7.23
Embedded Chromium / SunBrowser: Chrome 145
Platform: Microsoft Windows NT 10.0.26200.0 x64

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 23 days ago

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

  • #36335

Powered by Codex Action

eliottmontero-create · 18 days ago

I can reproduce the same contradictory identical-owner failure with Adobe Lightroom Classic. I opened #37756 with the full report and am consolidating it here as the likely canonical issue.

Exact error:

window id 593030 no longer belongs to process:C:\Program Files\Adobe\Adobe Lightroom Classic\Lightroom.exe; current owner is process:C:\Program Files\Adobe\Adobe Lightroom Classic\Lightroom.exe

Environment:

  • Codex Windows app: 26.803.5235.0 x64
  • Computer Use plugin: 26.803.41515
  • @oai/sky: 0.6.2
  • Windows 25H2, build 26200.8875
  • Sandbox: elevated
  • sandbox_private_desktop: false

Computer Use successfully enumerates Lightroom, but get_window/get_window_state rejects the freshly returned window object. The failure persisted after restarting Codex and Lightroom, Windows App Repair, rebuilding the cached CUA runtime, a full app reset, and refreshing list_windows() before retrying. The unelevated fallback fails separately with spawn EPERM.

Original Lightroom report: #37756
Uploaded task reference: 019c0d37-d2b6-74c0-918f-0e64af9b6e14