Windows desktop app exits unexpectedly after memory-leak and hang events
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 38/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Domain
- desktop, operating-systems
Research direction
Start by reviewing the desktop logs around the abrupt stop and the Windows Error Reporting evidence for RADAR_PRE_LEAK_64 and AppHangTransient. Compare the reported conversation-state and ResizeObserver messages with the expected behavior, then determine whether the desktop shell can recover a failed renderer or background component instead of exiting silently. Done means the failure cause is identified and the app remains open or presents an error when a component fails.
Written by the indexing model from the issue text.
Description
Summary
The Codex desktop app on Windows intermittently becomes unresponsive or exits completely while tasks are running. This is an application-process exit, not merely an interrupted model response.
Environment
- Codex Windows app package:
OpenAI.Codex 26.721.4979.0(Microsoft Store package) - Windows 11 Pro, version
10.0.26200 - App executable recorded by Windows:
ChatGPT.exe - Chromium executable version recorded in WER events:
150.0.7871.124/150.0.7871.128
Observed behavior
- The app can disappear while one or more Codex tasks are active.
- Reopening the app starts an entirely new set of
ChatGPT.exeprocesses. - Desktop logs from the previous process stop abruptly, without a normal shutdown sequence.
- Shortly before one abrupt stop, the desktop logs repeatedly contained messages such as:
Conversation state not foundReceived item/started for unknown conversationReceived item/completed for unknown conversationResizeObserver loop completed with undelivered notifications
Windows Error Reporting evidence
Windows Event Viewer recorded the following events for ChatGPT.exe:
RADAR_PRE_LEAK_64(memory-leak detection)AppHangTransient(application hang)
The leak event occurred before the later hang event. There was ample free system memory at the time of inspection, so this does not appear to be simple system-wide RAM exhaustion.
Expected behavior
The app should remain open while tasks are active. If a renderer or background component fails, the desktop shell should recover it or present an error instead of silently exiting.
Privacy note
Raw application logs and session transcripts are intentionally not attached because they may contain local paths, project names, or conversation content. A redacted excerpt or WER report ID can be provided privately if maintainers request it.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
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.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·