You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
App crashes with V8 OOM in "git" worker thread during long computer-use sessions #34213
What version of the Codex App are you using (From “About Codex” dialog)?
26.715.31925 (build 5551)
What subscription do you have?
Plus
What platform is your computer?
Darwin 25.5.0 arm64 arm
What issue are you seeing?
App repeatedly crashes during long, goal-directed agentic tasks using the computer-use/testing feature. Happened 3 times so far, at roughly 87min, 71min, and 28min into separate sessions — duration varies but the pattern is consistent.
Root cause (confirmed from crash logs, not a guess): a V8 JavaScript heap out-of-memory in a Node worker thread named "git" that Codex spins up during these sessions. Node's own OOM handler catches it and calls abort():
This looks like a memory leak in the git-integration worker that grows across a long session rather than a fixed timeout — the crash happens at different elapsed times but always in the same subsystem. One occurrence crashed while the app was backgrounded (not in focus), so it's not tied to active interaction either.
An earlier crash from the same setup (before this one) showed the same subsystem faulting via EXC_BREAKPOINT instead of SIGABRT — same root cause, different exit path, consistent with memory pressure building up differently each time.
The Codex app should remain stable during long computer-use/testing sessions, and the Git integration worker should release or bound memory instead of exhausting the V8 heap and terminating the app.
I reviewed #34005, #33582, and #34077. #33582 is the closest symptomatically, while #34005 may describe a related Git workload trigger. However, this report adds a distinct and repeatable crash signature: V8 heap OOM in a Node worker named git, followed by abort(), across multiple sessions. Neither candidate identifies that failing worker or stack path, so I’m leaving this open for maintainer triage. If maintainers confirm the same root cause, I’m happy for it to be consolidated.
Activity
github-actions commentedon Jul 19, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
minutechreview commentedon Jul 20, 2026
I reviewed #34005, #33582, and #34077. #33582 is the closest symptomatically, while #34005 may describe a related Git workload trigger. However, this report adds a distinct and repeatable crash signature: V8 heap OOM in a Node worker named git, followed by abort(), across multiple sessions. Neither candidate identifies that failing worker or stack path, so I’m leaving this open for maintainer triage. If maintainers confirm the same root cause, I’m happy for it to be consolidated.