Windows desktop app repeatedly crashes in browser process, especially in Local Work mode
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Description
The ChatGPT/Codex Windows desktop app repeatedly crashes and completely exits, most frequently while using Local Work mode. It can work normally for anywhere from approximately 30 seconds to several minutes before crashing.
Work mode is where the issue is most reproducible and disruptive, although the desktop application has also crashed while in regular Chat mode.
Feedback session ID
no-active-thread-01a03abd-3f53-7af0-b649-7ef242324d34
Environment
- WindowsProductName: Windows 10 Pro
- WindowsVersion: 2009
- OS Build: 26200
- Architecture: 64-bit
- OpenAI.Codex version observed after reinstall: 26.818.2872.0
- Logs have referenced browser runtime release 26.818.22352
Crash information
Crashpad sidecar JSON consistently reports:
{"capture_kind":"crash","osarch":"x86_64","ptype":"browser"}
Earlier crashes generated Crashpad .dmp files approximately 43 MB in size. Those dump files are no longer retained locally, although the Crashpad sidecar JSON files remain.
The desktop logs show the application and Codex CLI initializing successfully and the local connection reaching the connected state. Around the crashes, the logs have also reported browser main-thread jank before terminating without a normal/graceful shutdown.
No %USERPROFILE%\.codex\.sandbox\sandbox.log is present.
Troubleshooting already performed
I have already tried:
- Windows app reset
- Complete uninstall and reinstall of the desktop application
- Creating a completely fresh
.codexenvironment by renaming the existing.codexdirectory - Testing Work before restoring the previous local sessions
- Restoring only
sessions,archived_sessions, andsession_index.jsonlafterward - Testing different GPU assignments/settings
- Disabling
concurrent_reasoning_summaries - Checking Windows Code Integrity logs
The crash continued with a completely fresh .codex state, so it does not appear to be caused by my existing Work conversations/session data.
Windows Code Integrity does contain Event 3033 entries involving Chrome and vk_swiftshader.dll, but a targeted search found no corresponding Code Integrity events involving ChatGPT.exe or OpenAI.Codex.
Reproduction
- Launch the Windows desktop app.
- Enter/use Local Work mode.
- Begin using a Work conversation normally.
- The app works initially.
- After approximately 30 seconds to several minutes, the entire desktop application can abruptly exit.
- Crashpad records the event as
ptype: "browser".
The issue is not strictly limited to Work because I have also experienced desktop crashes in regular Chat mode, but Local Work is where it happens most consistently.
WSL isolation test
OpenAI Support suggested switching the agent environment from Windows native to WSL under Settings. My current desktop build does not show an "Agent environment" setting, so I was unable to perform this test.
Impact
This makes Local Work effectively unusable for me. I specifically rely on the Windows Work environment for local file/app access and computer/browser functionality.
I can provide additional log excerpts, Crashpad sidecar data, or reproduce the issue again if engineering needs a specific diagnostic captured immediately after a crash.
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 source file or test is identified. Start by reproducing the crash in Windows Local Work mode and reviewing the Crashpad sidecar JSON, desktop logs, and browser main-thread jank reports; done means identifying and fixing the browser-process crash and verifying that the app no longer exits abruptly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 38/100