Windows desktop: cua.getState fails with nodeRepl.fetch request failed while built-in browser is visible
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
On Windows, the desktop app can display the built-in browser, but the browser automation tool cannot enumerate or control it. This blocks an authorized website deployment workflow.
Reproduction
- Open a page in the built-in browser.
- Run
await cua.getState();throughmcp__cua_repl.js.
Actual result
After approximately 21 seconds, the tool returns:
{"apps":[],"browsers":[],"errors":["Browsers: Error: nodeRepl.fetch request failed"]}
The tool also reports Error: nodeRepl.fetch request failed.
Expected result
The tool enumerates the visible built-in browser tab and allows browser interaction.
Environment and attempts
- Windows, PowerShell workspace.
- Reproduced on 2026-09-14.
- Exact desktop app version not verified.
- Resetting the CUA JavaScript session and retrying did not restore browser enumeration in this session.
- The app's open-in-panel tool can queue a browser URL, but this does not restore automation access.
- No root cause is confirmed.
This report intentionally excludes account information, session identifiers, screenshots, credentials, browser storage and raw logs.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the failure with cua.getState() through mcp__cua_repl.js on Windows, then trace the reported nodeRepl.fetch request failed path. Done means the visible built-in browser is enumerated and can be controlled without the request failure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, rust
- Domain
- desktop, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100