Windows desktop app (MSIX 26.422.2437.0) stuck on blank splash - renderer infinite remount loop on workspace_dependencies feature flag
What version of the Codex App are you using?
- Codex desktop MSIX: 26.422.2437.0 (x64, installed from Microsoft Store)
- Bundled backend
resources\codex.exeFileVersion: 0.124.0-alpha.2 PackageFullName:OpenAI.Codex_26.422.2437.0_x64__2p2nqsd0c76g0
What subscription do you have?
ChatGPT Pro
What platform is your computer?
Windows 11 Pro, build 26200, x64
What issue are you seeing?
After launching Codex on Windows, the main window shows only a blank/white splash with the Codex >_ icon. It never progresses to the UI. Closing the window does not kill background processes — six Codex.exe processes remain (one ~850 MB, the rest smaller), and relaunching produces the same blank window.
Root cause visible in the desktop logs: the renderer (Electron) is in an infinite remount loop. Every ~100 ms it:
- Logs
app routes mounted after Xms(X grows unboundedly up to ~100 s) - Sends JSON-RPC
experimentalFeature/enablement/setwith featureworkspace_dependencies - Gets back JSON-RPC error
-32600:unsupported feature enablement 'workspace_dependencies': currently supported features are apps, memories, plugins, tool_search, tool_suggest, tool_call_mcp_elicitation - Throws, unmounts, remounts, repeats
In ~60 seconds of runtime the log accumulates 1922 workspace_dependencies errors and 961 route remounts.
So the shipped MSIX contains a frontend bundle that expects the experimental feature workspace_dependencies, but the backend shipped inside the same package (codex.exe 0.124.0-alpha.2) doesn't implement it and hard-rejects the enablement request. Frontend can't recover and spins.
A peer log line confirms the backend's feature list:
Features enabled enabledFeatures="enable_request_compression, collaboration_modes, personality, request_rule, fast_mode, image_generation, image_detail_original, workspace_dependencies, guardian_approval, apps, plugins, tool_search, tool_call_mcp_elicitation"
— workspace_dependencies is in the enabled set, but the experimentalFeature/enablement/set RPC explicitly rejects it as unsupported. That's the inconsistency.
What steps can reproduce the bug?
- Install Codex from Microsoft Store (or let the app auto-update to 26.422.2437.0).
- Launch it from Start menu.
- Window opens, shows blank splash with
>_icon indefinitely.
What is the expected behavior?
App opens to the normal UI.
What did I try?
- Force-quit all
Codex.exeprocesses viaStop-Process→ relaunch. Same behavior. - Full reset via
Reset-AppxPackage(equivalent to Settings → Apps → Codex → Advanced options → Reset) → relaunch. Same behavior: 1922workspace_dependencieserrors, 961 remounts in a fresh profile. Confirms the bug is in shipped binaries, not in cached state. - Checked Store for an updated MSIX — no newer version available yet.
- As a workaround, installed
@openai/codexCLI 0.124.0 via npm. CLI works fine; desktop is the only broken path.
Representative log lines
First renderer feature-set request and the rejection that triggers the loop:
2026-04-24T12:02:07.120Z info [electron-message-handler] [startup][renderer] app routes mounted after 911ms
2026-04-24T12:02:07.nnnZ error [electron-message-handler] Request failed conversationId=none durationMs=XX
error={"code":-32600,"message":"unsupported feature enablement workspace_dependencies:
currently supported features are apps, memories, plugins, tool_search, tool_suggest, tool_call_mcp_elicitation"}
method=experimentalFeature/enablement/set
2026-04-24T12:02:07.nnnZ error [electron-message-handler] Failed to sync experimental feature enablement
error={"code":-32600,"message":"unsupported feature enablement workspace_dependencies ..."}
hostId=local
5 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Такая же проблема !
Same issue on Windows 11 Home build 26200, 6 Codex.exe processes
lingering, exit code 3221225786 within ~60s.
One thing that may be worth trying is installing the latest Windows MSIX package directly, to rule out being stuck on an older Microsoft Store package.
There is an unofficial mirror here:
This does not fix the underlying app bug if the issue is caused by runtime/state/rendering behavior, but it can help verify whether the problem still reproduces on the newest published MSIX.
I found a workaround for this on Windows that may help others experiencing the same issue.
Environment
Symptoms
I initially investigated AppLocker, WebView2, CrowdStrike, Code Integrity, ProcMon traces, and the
.codexprofile. None of those ultimately explained the behavior.The issue on my system turned out to be an incomplete registration of the
codex://URL protocol.HKCU\Software\Classes\codexexisted, but the required handler under:HKCU\Software\Classes\codex\shell\open\commandwas missing.
Because of that, Windows had no registered command to process the
codex://callback after authentication. The desktop app appeared to wait forever on the splash screen because the browser redirect could not return control to Codex.As a workaround, I created the missing registry key:
After creating the handler, Codex immediately launched normally and the OpenAI login flow completed successfully.
I'm not certain whether this is the underlying cause for every splash-screen issue, but on my system the missing protocol handler was the root cause. It may be worth checking whether the MSIX installer is consistently registering the
codex://protocol and itsshell\open\commandhandler.