[Bug] Windows Desktop 26.715.4045 freezes during bundled-plugin reconcile; plugin/list blocks for ~61s
Summary
Codex Desktop on Windows repeatedly becomes unresponsive after startup and during sidebar use. The fresh logs point to the Desktop bundled-plugin reconciliation path rather than a damaged thread or a slow plugin index: plugin/list and app/list block for about 61 seconds while the generated openai-bundled marketplace alternates between five and six plugins, removes browser, then reinstalls it as missing, and reinstalls chrome as outdated.
Environment
- Windows 11 Home 25H2, build 26200.8875, x64
- Microsoft Store package:
OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0 ChatGPT.exe: 150.0.7871.124- Desktop release reported in log: 26.715.31925
- Global CLI: 0.144.6
Observed behavior
- The window intermittently reports
Responding=Falseafter startup/sidebar interaction. - Main-process RSS temporarily rose from about 419 MB to about 1.07 GB during one occurrence, then later returned to about 290 MB.
- The same installation frequently becomes usable again after the ~60-second block, then freezes again later.
- Repair/reset/reinstall and archiving the previously suspected large thread did not eliminate the issue.
Relevant sanitized fresh-log events:
2026-07-19T15:02:45.085Z [AppServerConnection] method=plugin/list durationMs=60878 errorCode=null
2026-07-19T15:02:45.302Z [AppServerConnection] method=app/list durationMs=61274 errorCode=null
2026-07-19T15:02:46.950Z [BundledPluginsMarketplace] pluginCountAfterWrite=5 pluginCountBeforeWrite=6 pluginNames=[sites,chrome,computer-use,latex,visualize]
2026-07-19T15:02:50.438Z [BundledPluginsMarketplace] pluginName=chrome reason=outdated
2026-07-19T15:02:52.575Z [BundledPluginsMarketplace] pluginName=browser reason=not_in_bundled_marketplace_plugin_names
2026-07-19T15:03:55.219Z [BundledPluginsMarketplace] plugin_marketplace_folder_write_failed folderWritePhase=stop_chrome_native_host pluginCountAfterWrite=6 pluginCountBeforeWrite=5
2026-07-19T15:03:58.286Z [BundledPluginsMarketplace] pluginCountAfterWrite=6 pluginCountBeforeWrite=5 pluginNames=[sites,browser,chrome,computer-use,latex,visualize]
2026-07-19T15:03:59.894Z [BundledPluginsMarketplace] pluginName=browser reason=missing
2026-07-19T15:04:01.870Z [BundledPluginsMarketplace] pluginName=chrome reason=outdated
2026-07-19T15:05:05.535Z [AppServerConnection] method=plugin/list durationMs=60885 errorCode=null
The same interval also reports an electron child-process sampler failure for a spawned PowerShell command that queries Win32_PerfFormattedData_PerfProc_Process and Win32_Process. That sampler error is then surfaced in BundledPluginsMarketplace failures.
Control tests
The equivalent operations complete normally outside the Desktop orchestration:
Get-CimInstance Win32_PerfFormattedData_PerfProc_Process: 917 msGet-CimInstance Win32_Process: 75 msWin32_Processwith the same PIDORfilter: 175 ms- Desktop-bundled
codex.exe plugin list: 91 ms
This makes a WMI failure or inherently slow plugin index unlikely. The evidence instead suggests a Desktop child-process result-routing, synchronization, or bundled-plugin reconciliation regression.
Session-state checks
After archiving the originally suspected large thread and restarting:
- sidebar
.slice()TypeError: 0 Item not found in turn state: 0ResizeObserver loop: 0- archived-thread auto-resume: 0
thread_count_streaming_without_active_runtime: 0inflight_turn_count: 0
The unresponsive behavior continued despite those values being clean.
Expected behavior
plugin/listandapp/listshould not block the Desktop UI for ~61 seconds.- The runtime-generated bundled marketplace should not alternate between five and six entries during one startup.
browsershould not be removed and immediately reinstalled as missing.- A child-process sampler failure should not stall or contaminate bundled marketplace reconciliation.
Related reports
- #33488 — current Windows Desktop intermittent freeze on a recent package
- #26366 — Desktop bundled-plugin reconcile/shared marketplace state
- #21603 — Windows app shows Not Responding when clicked during startup
Raw session JSONL, Sentry scope, account identifiers, and user paths are intentionally not attached. A redacted support bundle is available if maintainers request it.
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗