Codex Desktop freezes when opening a valid local Git repository on Windows
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.908.70816
What subscription do you have?
chatgpt pro
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
Codex Desktop freezes reproducibly when I add/open this local Git repository:
C:\path\to\repository\ai-starter-new
The repository is valid and is from the same remote as another project that Codex opens normally:
http://gitlab.suixingpay.com/keyan/ai-starter.git
Reproduction:
- Keep the repository's .git directory in place.
- Add/open the project in Codex Desktop.
- Codex UI freezes.
Control test:
- Rename only .git to .git.disable.
- Open the same project directory in Codex Desktop.
- Codex opens normally and does not freeze.
- Restoring .git makes the freeze reproducible.
Verification:
- git fsck completed without errors.
- No Git lock files, shallow clone metadata, worktree metadata, fsmonitor configuration, or unusual Git hooks were found.
- Project-level AGENTS.md, app.md, Codex/Cursor skills, and VS Code settings are identical to a working clone.
- This is not caused by image count, file size, or general project size.
Observed desktop logs:
- ResizeObserver loop completed with undelivered notifications
- fs/readFile failed: “The system cannot find the path specified. (os error 3)”
- After the UI is recovered by renaming the folder, git-init-watcher repeatedly retries the now-missing workspace path.
Environment:
- Windows
- Codex Desktop package version: 26.908.9136.0
- Repro date: 2026-09-16
codex-desktop-d1d0a56b-d589-4239-9ab1-effed25d6e33-8884-t0-i1-141814-0.log
codex-desktop-d1d0a56b-d589-4239-9ab1-effed25d6e33-8884-t1-i1-141851-0.log
What steps can reproduce the bug?
- On Windows 11, open Codex Desktop (version 26.908.9136.0).
- Add/open a local project directory that is a valid Git repository and contains a
.gitdirectory. - Codex Desktop becomes unresponsive / freezes.
- Force-close Codex Desktop.
- Rename only the repository metadata directory from
.gitto.git.disable. - Open the exact same project directory again. Codex Desktop opens normally.
- Restore
.git; the freeze is reproducible again.
Expected result:
Codex Desktop should open the local Git repository normally.
Actual result:
Codex Desktop freezes while initializing the Git workspace.
Relevant logs:
ResizeObserver loop completed with undelivered notificationsfs/readFile failed: The system cannot find the path specified. (os error 3)git-init-watcherrepeatedly retries the workspace path after recovery.
Additional verification:
git fsckcompletes without errors.- No Git lock files, fsmonitor configuration, worktree metadata, or unusual Git hooks were found.
- The same project directory opens normally when only
.gitis renamed.
What is the expected behavior?
No response
Additional information
No response
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
Start by reproducing the freeze with the reported valid repository and compare the attached desktop logs with the control case where .git is renamed. Trace the Git workspace initialization and git-init-watcher path implicated by the logs; done means the repository opens normally with .git present and the regression is covered by a test or verified reproduction.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git, rust
- Domain
- desktop, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100