Issue Station
Sign In
Tools hereToolbox

codex - 💡(How to fix) Fix Codex App workspace dependency reinstall fails with bubblewrap digest mismatch on WSL

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…

Error Message

After the reinstall attempt, sandboxed commands fail with a bubblewrap digest mismatch error:

RAW_BUFFERClick to expand / collapse

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

26.519.81530

What subscription do you have?

Plus plan

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

I cannot reinstall the Codex workspace dependencies.

After the reinstall attempt, sandboxed commands fail with a bubblewrap digest mismatch error:

thread 'main' (...) panicked at linux-sandbox/src/bundled_bwrap.rs:44:35: bundled bubblewrap digest mismatch for /mnt/c/Users/<user>/.codex/bin/wsl/codex-resources/bwrap: expected sha256:90604f553d1fc200c6b23f53ef80a58f952e9b50e2716cb590f7e1bfa0f27b27, got sha256:067a1289020a7398e71cf0cebbb057277b792831735da080f6cd88b8ec1237fa

The same command works when run outside the sandbox, so this appears related to the Codex App WSL sandbox/runtime resources rather than the project dependencies themselves.

What steps can reproduce the bug?

  1. Open Codex App on Windows with WSL Debian.
  2. Open a workspace under WSL, for example /home/<user>/code/yourproject.
  3. Try to reinstall workspace dependencies in Codex.
  4. Run a sandboxed command in the workspace.

Observed result: the command fails before running with a bubblewrap digest mismatch for: /mnt/c/Users/<user>/.codex/bin/wsl/codex-resources/bwrap

I reproduced this with a simple read command, and then the same command succeeded when run outside the sandbox.

What is the expected behavior?

Codex should reinstall workspace dependencies successfully, and sandboxed commands should run normally afterward.

If the bundled WSL sandbox resource is corrupted or outdated, Codex should repair or redownload it automatically instead of failing with a digest mismatch.

Additional information

Feedback ID: no-active-thread-019e6c88-0789-79a3-9fde-b7dfea2477aa

WSL distro: Debian GNU/Linux 11 (bullseye) WSL Kernel release: 6.6.114.1-microsoft-standard-WSL2 Workspace path: /home/<user>/code/bemstar

The failing resource path is inside: ~/.codex/bin/wsl/codex-resources/bwrap

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