codex - 💡(How to fix) Fix Windows Codex app: bundled node.exe fails with Access is denied, breaking Node REPL and Browser Use plugin [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19271Fetched 2026-04-24 10:39:38
View on GitHub
Comments
1
Participants
2
Timeline
9
Reactions
5
Timeline (top)
labeled ×4cross-referenced ×3commented ×1subscribed ×1

On Windows, Codex’s in-app browser / Browser Use runtime failed with:

failed to execute Node: Access is denied. (os error 5)
This was reproducible even with a minimal Node REPL call, so the issue is not specific to Browser Use navigation.

Environment
OS: Windows
Codex app install path involved:
C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2437.0_x64__2p2nqsd0c76g0\app\resources
Affected packaged helpers:
node.exe
rg.exe
What failed
node resolved to:

C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2437.0_x64__2p2nqsd0c76g0\app\resources\node.exe
Running:

node --version
failed with:

Program 'node.exe' failed to run: Access is denied
The Node REPL MCP also failed with:

failed to execute Node: Access is denied. (os error 5)
rg.exe from the same app resources directory showed the same access-denied behavior.

What worked
The user-cache Codex runtime copy of Node worked:

C:\Users\Aniruddha Debnath\.cache\codex-runtimes\codex-primary-runtime\dependencies\node\bin\node.exe
Running that directly returned:

v24.14.0
Copying the working node.exe and rg.exe into the earlier per-session PATH directory:

C:\Users\Aniruddha Debnath\.codex\tmp\arg0\codex-arg0ZQRaO8\
made these commands work again:

node --version
rg --version
After that, the Node REPL MCP worked and the in-app browser opened successfully.

Suspected root cause
Codex is resolving helper binaries from the protected WindowsApps package directory. In this environment, Windows denies execution of those packaged helper binaries from spawned tool/MCP contexts.

Suggested fix
Please avoid resolving helper binaries like node.exe / rg.exe from the protected WindowsApps app resources path when spawning Codex tool runtimes.

Prefer an unpacked per-user executable runtime path, for example:

%USERPROFILE%\.cache\codex-runtimes\codex-primary-runtime\dependencies\node\bin\node.exe
Or copy/unpack helper executables into a per-user/per-session executable cache and prepend that directory to PATH before starting MCP/tool subprocesses.

The workaround confirms the browser runtime itself is fine once Node can execute. The permanent fix should be in Codex’s helper binary resolution / PATH setup on Windows, not in Browser Use itself.


This should give maintainers the important bits: exact error, exact bad path, exact working path, workaround, and the likely product-side fix.

Error Message

failed to execute Node: Access is denied. (os error 5) failed to execute Node: Access is denied. (os error 5) failed to execute Node: Access is denied. (os error 5) This should give maintainers the important bits: exact error, exact bad path, exact working path, workaround, and the likely product-side fix.

Root Cause

This breaks the Browser Use / in-app browser plugin, because it depends on the Node REPL runtime.

Fix Action

Fix / Workaround

The workaround confirms the browser runtime itself is fine once Node can execute. The permanent fix should be in Codex’s helper binary resolution / PATH setup on Windows, not in Browser Use itself.

This should give maintainers the important bits: exact error, exact bad path, exact working path, workaround, and the likely product-side fix.

Code Example

& 'C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2339.0_x64__2p2nqsd0c76g0\app\resources\node.exe' --version

Output-Program 'node.exe' failed to run: Access is denied

### What is the expected behavior?

Codex’s bundled node.exe should execute successfully, allowing node_repl and Browser Use / in-app browser automation to work.

### Additional information

Troubleshooting tried
Uninstalled McAfee
Ransomware protection page became accessible afterward
Reinstalled Codex
Tried launching Codex as administrator
Tried giving Codex full permissions
Verified Browser Use plugin file exists:
C:\Users\Aniruddha Debnath.codex\plugins\cache\openai-bundled\browser-use\0.1.0-alpha1\scripts\browser-client.mjs
Active Codex process still runs from WindowsApps
Bundled node.exe remains blocked with Access is denied

Edit: for the codex team, this is how 5.5 xhigh diagnosed the situation, i am a nontechnical user, i have zero idea about how all of this works--

Copy-paste this into the GitHub issue:

### Summary

On Windows, Codex’s in-app browser / Browser Use runtime failed with:
RAW_BUFFERClick to expand / collapse

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

26.422.2339.0

What subscription do you have?

ChatGPT account, Codex desktop app on Windows

What platform is your computer?

Windows x64

What issue are you seeing?

TLDR-On Windows, Codex installs as an MSIX/Store-style app under C:\Program Files\WindowsApps. The bundled Node runtime cannot be executed, which causes node_repl and the Browser Use / in-app browser plugin to fail.

The Codex Windows app installs under:

C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2339.0_x64__2p2nqsd0c76g0\app

The bundled Node runtime cannot be executed:

C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2339.0_x64__2p2nqsd0c76g0\app\resources\node.exe

Running it directly from PowerShell fails with:

Program 'node.exe' failed to run: Access is denied

The Node REPL also fails with:

failed to execute Node: Access is denied. (os error 5)

This breaks the Browser Use / in-app browser plugin, because it depends on the Node REPL runtime.

What steps can reproduce the bug?

  1. Install Codex on Windows.
  2. Open a Codex thread.
  3. Try to use Browser Use / in-app browser automation, or run Node REPL.
  4. It fails with Access is denied.

Direct PowerShell test:

& 'C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2339.0_x64__2p2nqsd0c76g0\app\resources\node.exe' --version

Output-Program 'node.exe' failed to run: Access is denied

### What is the expected behavior?

Codex’s bundled node.exe should execute successfully, allowing node_repl and Browser Use / in-app browser automation to work.

### Additional information

Troubleshooting tried
Uninstalled McAfee
Ransomware protection page became accessible afterward
Reinstalled Codex
Tried launching Codex as administrator
Tried giving Codex full permissions
Verified Browser Use plugin file exists:
C:\Users\Aniruddha Debnath.codex\plugins\cache\openai-bundled\browser-use\0.1.0-alpha1\scripts\browser-client.mjs
Active Codex process still runs from WindowsApps
Bundled node.exe remains blocked with Access is denied

Edit: for the codex team, this is how 5.5 xhigh diagnosed the situation, i am a nontechnical user, i have zero idea about how all of this works--

Copy-paste this into the GitHub issue:

### Summary

On Windows, Codex’s in-app browser / Browser Use runtime failed with:

```text
failed to execute Node: Access is denied. (os error 5)
This was reproducible even with a minimal Node REPL call, so the issue is not specific to Browser Use navigation.

Environment
OS: Windows
Codex app install path involved:
C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2437.0_x64__2p2nqsd0c76g0\app\resources
Affected packaged helpers:
node.exe
rg.exe
What failed
node resolved to:

C:\Program Files\WindowsApps\OpenAI.Codex_26.422.2437.0_x64__2p2nqsd0c76g0\app\resources\node.exe
Running:

node --version
failed with:

Program 'node.exe' failed to run: Access is denied
The Node REPL MCP also failed with:

failed to execute Node: Access is denied. (os error 5)
rg.exe from the same app resources directory showed the same access-denied behavior.

What worked
The user-cache Codex runtime copy of Node worked:

C:\Users\Aniruddha Debnath\.cache\codex-runtimes\codex-primary-runtime\dependencies\node\bin\node.exe
Running that directly returned:

v24.14.0
Copying the working node.exe and rg.exe into the earlier per-session PATH directory:

C:\Users\Aniruddha Debnath\.codex\tmp\arg0\codex-arg0ZQRaO8\
made these commands work again:

node --version
rg --version
After that, the Node REPL MCP worked and the in-app browser opened successfully.

Suspected root cause
Codex is resolving helper binaries from the protected WindowsApps package directory. In this environment, Windows denies execution of those packaged helper binaries from spawned tool/MCP contexts.

Suggested fix
Please avoid resolving helper binaries like node.exe / rg.exe from the protected WindowsApps app resources path when spawning Codex tool runtimes.

Prefer an unpacked per-user executable runtime path, for example:

%USERPROFILE%\.cache\codex-runtimes\codex-primary-runtime\dependencies\node\bin\node.exe
Or copy/unpack helper executables into a per-user/per-session executable cache and prepend that directory to PATH before starting MCP/tool subprocesses.

The workaround confirms the browser runtime itself is fine once Node can execute. The permanent fix should be in Codex’s helper binary resolution / PATH setup on Windows, not in Browser Use itself.


This should give maintainers the important bits: exact error, exact bad path, exact working path, workaround, and the likely product-side fix.

extent analysis

TL;DR

The issue is likely due to Windows permissions restricting the execution of the bundled Node runtime, and a potential workaround is to manually adjust the permissions or use an alternative Node installation.

Guidance

  • The error message "Access is denied" suggests a permissions issue, so try adjusting the permissions of the node.exe file or its parent directory to allow execution.
  • Verify that the issue is specific to the bundled Node runtime by trying to run a different Node installation or a simple Node script outside of the Codex app.
  • Consider using an alternative Node installation or a different approach for the Browser Use / in-app browser automation that doesn't rely on the bundled Node runtime.
  • Check if there are any Windows security policies or software (e.g., antivirus) that might be interfering with the execution of the bundled Node runtime.

Example

No code snippet is provided as it's not directly relevant to the issue, but you can try running a simple Node script outside of the Codex app to verify if the issue is specific to the bundled runtime.

Notes

The issue seems to be specific to the Windows version of the Codex app and the bundled Node runtime. The fact that uninstalling McAfee and reinstalling Codex didn't resolve the issue suggests that the problem might be related to Windows permissions or security policies.

Recommendation

Apply workaround: Try adjusting the permissions of the node.exe file or its parent directory to allow execution, or use an alternative Node installation for the Browser Use / in-app browser automation. This is because the issue seems to be related to Windows permissions, and adjusting the permissions or using an alternative Node installation might resolve the issue without requiring an update to the Codex app.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING