Codex fails to apply edits - file system refresh error - editor bridge needs to recover - 01a03e08-918b-7251-a358-7e8353fead32
Nobody has claimed this yet.
- 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
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
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