-
Notifications
You must be signed in to change notification settings - Fork 10.3k
Windows: repo-local .codex directory can end up with DENY ACLs and block codex startup #15115
Copy link
Copy link
Open
Labels
bugSomething isn't workingSomething isn't workingsandboxIssues related to permissions or sandboxingIssues related to permissions or sandboxingwindows-osIssues related to Codex on Windows systemsIssues related to Codex on Windows systems
Description
What version of Codex is running?
codex-cli 0.115.0
What model were you using?
gpt-5.4
What platform is your computer?
Windows / PowerShell
What issue are you seeing?
codex failed to start in one specific repo with Accesso negato. (os error 5), while it worked in other repos on the same machine.
What steps can reproduce the bug?
- Run codex in the affected repo.
- It fails with Accesso negato. (os error 5).
- Inspect the repo-local .codex directory with icacls .codex.
- The directory has explicit DENY ACL entries for write/delete/read-permissions.
- Rename the directory: rename-item .codex .codex.broken
- Run codex again.
- Codex starts normally.
What is the expected behavior?
Codex should not leave the repo-local .codex directory in a state that blocks future startup.
Additional information
This happened in C:\repo\djangotutorial. The same machine could run codex successfully in another repo. After renaming .codex, startup worked again.
Example ACL output included explicit DENY entries on .codex for write/delete/read-permissions.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't workingsandboxIssues related to permissions or sandboxingIssues related to permissions or sandboxingwindows-osIssues related to Codex on Windows systemsIssues related to Codex on Windows systems