Windows Desktop 26.715.4045 repeatedly becomes unresponsive (MoAppHang) after memory spikes

What version of the Codex App are you using?

• Microsoft Store package: OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0
• Desktop executable: ChatGPT.exe
• Chromium/file version reported by WER: 150.0.7871.124
• Desktop client version seen in app-server logs: 26.715.31925
• Bundled/active app-server client version observed: 0.144.6

What platform is your computer?

• Windows x64
• Windows Error Reporting dynamic OS build: 10.0.26200.2
• WER base OS version: 10.0.26100.8894
• 64 GB RAM

What issue are you seeing?

Codex Desktop consistently becomes unresponsive after launch and is then closed by Windows. This reproduces after a clean app reinstall and after deleting %USERPROFILE%\.codex.

Windows records the same fatal hang on every reproduction:

Provider: Application Hang
Event ID: 1002
Program: ChatGPT.exe
Version: 150.0.7871.124

Event Name: MoAppHang
P1: OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0
P2: praid:App
P3: 150.0.7871.124
P4: 6a555ada
P5: 0000
P6: 134217728
Fault bucket: 1777514585603502314
Hashed bucket: d43997ef4a3ceec0b8ab001911f8f0ea

Windows also recorded RADAR_PRE_LEAK_64 for ChatGPT.exe.

During monitoring, the combined private memory of the Electron/Chromium process group sometimes increased from approximately 868 MB to 2.56 GB in about five seconds. It could later fall back, but the UI eventually entered the fatal MoAppHang state.

Steps to reproduce

1. Install/open Codex Desktop from the Microsoft Store.
2. Sign in and leave the main window open.
3. Use the app normally or simply wait.
4. After a short period, the UI becomes sluggish and then completely unresponsive.
5. Windows closes the application and records Event ID 1002 plus WER MoAppHang.

Troubleshooting already performed

The identical hang still occurred after each of these isolation tests:

• Uninstalled and reinstalled Codex Desktop.
• Deleted and regenerated %USERPROFILE%\.codex.
• Switched the selected host from remote control to local.
• Disabled GPU acceleration using --disable-gpu --disable-gpu-compositing.
• Disabled all 10 configured plugins.
• Disabled the node_repl MCP server.
• Tested Clash/Mihomo with TUN enabled.
• Tested with TUN disabled and Windows system proxy enabled.
• Verified there were no GPU driver reset events near the hangs.
• Session history was tiny (approximately 0.21 MB), so this was not an image-heavy or long-history thread.

The same WER fault bucket was produced in all configurations.

Additional log observations

The local app-server log contained compatibility-looking warnings/errors:

failed to load models cache: missing field supports_reasoning_summaries
ignoring invalid experimental feature enablement keys: apps_mcp_path_override
failed to load plugin: missing or invalid plugin.json plugin="sites@openai-bundled"

There appears to be a version difference between the Store package (26.715.4045.0) and the desktop client version reported to app-server (26.715.31925). It is not yet proven whether this mismatch is causal.

Expected behavior

Codex Desktop should remain responsive and should not be terminated by Windows during startup or normal idle/use. If a network request, plugin, cache migration, or app-server operation fails, it should time out or show a recoverable error instead of blocking the Electron UI process.

Privacy note

Raw .codex logs and WER files are not attached because they can contain local paths, prompts, and account/session identifiers. Sanitized excerpts or additional diagnostics can be provided if maintainers request them.