Windows app stuck on "Finish Windows setup" — sandbox setup never triggers a real UAC prompt, "Retry" fails instantly
What version of the Codex App are you using (From “About Codex” dialog)?
Unknown — the app is blocked on the "Finish Windows setup" screen and I cannot reach the About dialog.
What subscription do you have?
Plus
What platform is your computer?
"$([Environment]::OSVersion | ForEach-Object VersionString) $(if ([Environment]::Is64BitOperatingSystem) { "x64" } else { "x86" })"
What issue are you seeing?
On first launch the Windows app is stuck on the "Finish Windows setup" screen ("ChatGPT necesita un permiso por única vez para funcionar en tu computadora"). It always shows "La instalación de Windows no se completó", and clicking "Reintentar la configuración de Windows" fails instantly. No real Windows UAC prompt ever appears when clicking Retry — the UAC dialog shown on that screen is only an illustration, and no actual elevation request is triggered. The setup gate blocks before the app is usable at all.
What steps can reproduce the bug?
- Install the ChatGPT/Codex desktop app from the Microsoft Store on Windows 11 Pro.
- Launch the app.
- It shows "Finish Windows setup" requesting a one-time permission.
- Click "Reintentar la configuración de Windows" — it fails immediately with "La instalación de Windows no se completó". No real UAC prompt appears.
Already verified/attempted, none resolves it:
- CPU virtualization: enabled (confirmed in Task Manager)
- VirtualMachinePlatform and Containers-DisposableClientVM features: both enabled, rebooted
- Local Administrator account; "Run as administrator" → same error
- UAC at default level; AppInfo service running
- Clean reinstall from Microsoft Store → same error
- Reset %USERPROFILE%\.codex → same error
- "Continuar con acceso limitado" also fails
- Added [windows] sandbox = "wsl" to config.toml → no effect (setup gate blocks before it's read)
Workaround: Codex CLI inside WSL2 works fine, which points to the native Windows sandbox setup step being the broken component. Looks related to issues #26737 and #26883.
What is the expected behavior?
The app should complete the one-time Windows setup and open normally.
<img width="1342" height="936" alt="Image" src="https://github.com/user-attachments/assets/576b17e9-7ae3-483f-9d3d-5dfbf009210d" />
Additional information
_No response_
7 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
I deleted my .codex/config.toml and restarted the app and it fixed it
I am seeing the same issue on Windows 11 with a ChatGPT Pro account.
Symptoms:
Troubleshooting already attempted without success:
%USERPROFILE%\.codex\config.tomlcontained[windows] sandbox = "unelevated".The same behavior persists after today’s reinstall. This appears to be the same native Windows sandbox/onboarding failure described in this issue, not a one-time installation problem.
Additional detail from another affected Windows user: after a fresh reinstall,
%USERPROFILE%\.codex\config.tomldoes not exist, so the workaround of deleting or renamingconfig.tomlis not applicable. The app still loops on “Finish Windows setup”; clicking Retry does not trigger a real UAC prompt.Additional reproduction detail from my Windows 11 / ChatGPT Pro installation:
%USERPROFILE%\.codex\config.tomlso the app would start without the existing user configuration.WinHttpSendRequest: 12029,0x80072efd).So disabling
config.tomlchanges the failure mode but does not yet produce a stable working installation. Screenshot available if needed.I found another confirmed root cause that can produce this exact desktop symptom.
The ChatGPT/Codex Windows app was stuck on Finish Windows setup and clicking Retry/UAC did not recover it. Repair, restart, running as administrator, and changing
[windows].sandboxdid not help.The actual problem was a malformed
%USERPROFILE%\.codex\config.toml. Two project table headers containing non-ASCII/Chinese folder names were missing the closing single quote, for example:The desktop app surfaced this as a Windows setup failure instead of reporting the TOML parse error.
A safe diagnostic was:
The CLI reported the exact location:
After backing up
config.tomland correcting only the malformed project table headers, the Windows desktop app opened normally again with all projects intact.Suggested troubleshooting before reinstalling or resetting data:
%USERPROFILE%\.codex\config.toml.npx @openai/codex resume(or another CLI command) to force config parsing and obtain an exact line number.[projects.'...']header, especially paths with non-ASCII characters, for a missing closing quote/bracket..codexdirectory.It would be helpful if Desktop displayed the underlying
config.tomlparse error instead of routing users to the Windows sandbox setup screen.I've discovered another critical root cause for the "Finish Windows setup" hang (where the UAC prompt never triggers) that is related to authentication rather than Windows privileges or system features.
The Underlying Issue
If your user session has expired or the OAuth refresh token has been revoked, the desktop app fails to fetch the cloud configuration bundle (
cloudConfigBundle) during startup:This causes the backend
windowsSandbox/setupStartcall to fail with a401 Unauthorized/Autherror. Instead of displaying a prompt to log out and log in again, the Desktop UI incorrectly routes this error to the "Finish Windows setup" gate, making it appear as a permissions/sandbox setup failure.The Fix / Workaround
To break the loop and force the app to show the login screen:
%USERPROFILE%\.codex(usuallyC:\Users\<username>\.codex).auth.json.auth.jsontoauth.json.bak(or delete it).The app will now detect that no login session exists, skip the sandboxing gate, and successfully route you to the Sign In screen. Once you log back in, a fresh OAuth session will be established, and the app will open normally.