openai / openai/codex

Windows desktop cold start takes 3–5 min after update; stale AppX cleanup gets 0x12C

Open
#46,612 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug performance windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

Summary

After updating the Windows desktop app, cold launch often takes 3–5 minutes before the UI is usable. During the delay, Windows repeatedly activates and destroys the app's AppX container.

Environment

  • Windows 11, x64
  • Package: OpenAI.Codex / ChatGPT.exe
  • Affected version: 26.915.4065.0
  • Previous version: 26.915.3509.0

Steps observed

  1. Fully exit the desktop app.
  2. Launch it cold after the package has updated.
  3. Wait for the first usable UI.

Expected behavior

The updated desktop app starts promptly and Windows completes cleanup of the previous package version.

Actual behavior

The first usable UI can take 3–5 minutes. In the same time window, Windows AppModel-Runtime records repeated AppX container activation and destruction.

Windows evidence

On 2026-09-19 (UTC+8), the package updated from 26.915.3509.0 to 26.915.4065.0 around 16:10. Afterwards, Microsoft-Windows-AppXDeploymentServer/Operational repeatedly logged Event ID 471, approximately every six minutes, while attempting to remove the previous OpenAI.Codex package from the protected WindowsApps\Deleted location.

The affected files included:

  • app\resources.pak
  • app\v8_context_snapshot.bin

The deployment error was 0x12C (The oplock request is denied).

Between approximately 16:13 and 16:23, Microsoft-Windows-AppModel-Runtime/Admin recorded repeated application-container creation/destruction, matching the user-visible delay.

Ruled out locally

  • App data was approximately 97 MB.
  • At collection time, approximately 13.7 GB RAM and 38 GB free space on C: were available.
  • No ChatGPT application crash event was recorded.

I did not reset the app or manually remove files from protected WindowsApps folders, to avoid losing local state or corrupting package deployment state.

Request

Please investigate whether the Windows desktop updater can leave old package files locked after an update, causing AppX cleanup retries and prolonged cold-start activation.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Windows desktop updater and package lifecycle associated with the OpenAI.Codex update. Reproduce or correlate AppXDeploymentServer Event 471 with AppModel-Runtime container creation and destruction, then verify that the old package cleanup completes without repeated retries and that cold launch becomes prompt.

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
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.