openai / openai/codex

Codex fails to apply edits - file system refresh error - editor bridge needs to recover - 01a03e08-918b-7251-a358-7e8353fead32

Open
#40,889 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app browser bug sandbox windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

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

26.820.60940

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Windows 11 Home

What issue are you seeing?

Feedback ID: 01a03e08-918b-7251-a358-7e8353fead32

Getting numerous response messages that include 1 or 2 of the following:

  • The site audit is complete, but I couldn’t safely apply the redesign because the Codex workspace editor is failing with a filesystem refresh error. No files were changed.
  • Please retry this request after refreshing or reopening the Codex workspace; the editor bridge needs to recover before I can implement and visually verify it.
  • I couldn’t apply the code change because the workspace write helper repeatedly failed. No files or data were modified.
  • I couldn’t approve the records because the in-app browser control runtime failed to start due to a Windows sandbox error. Please restart Codex, reopen the page, and send the request again.
  • I couldn’t approve the records because the in-app browser control service failed to start due to a Windows sandbox setup error. No records were changed.
  • It appears to be a local Codex/Windows sandbox initialization issue, not a permission problem with the webpage or approval action.
  • The browser-control process failed before it could inspect the page, reporting: “Windows sandbox failed: setup refresh had errors.” Therefore, no approval attempt reached the application. Restarting the Codex app—or reopening the task—will likely reset the browser-control service.
What steps can reproduce the bug?

Simply using the ChatGPT UI. Nothing special that I know. In one conversation I am trying to control the in-app browser. In another I am simply asking Codex to make a style change.

What is the expected behavior?

I expect the in-app browser to be controlled all the time. It did it completely in 1 conversation, but has not been able to do it since that conversation.

I also expect Codex to be able to write changes to the filesystem without issue. I have done nothing to modify permissions, so why would it work on one conversation and fail on the very next conversation?

Additional information

I have 3 sibling folders set in the Project. I'm not sure why Codex has trouble finding code when the folders I want it to use are set in the Project settings. The folders were added with the Add folder button on the Project create/edit panel.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or entry points are named. Start by reproducing the Windows sandbox refresh failure in both the workspace write and in-app browser paths, then trace the editor bridge and browser-control startup logs; done means filesystem edits and browser control work reliably across new conversations.

Written by the indexing model from the issue text.

Assessment

Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.