Desde 08/10/2026, quem usa o app do Codex no Windows e pede para um dot controlar o navegador do PC vê a tarefa morrer antes de abrir a primeira aba. A chamada await cua.getState(); volta com MXC launcher: cannot locate required Windows platform directory: HRESULT 0x80070003 e o kernel sai com código 1. A issue #52407 passou de 80 comentários em cinco dias, e a #53188 descreve o mesmo erro.
Até 14/10/2026 não há correção oficial publicada. Este guia mostra o que o erro significa no código do Codex, como confirmar que é o seu caso e o que dá para fazer enquanto o fix não sai.
O que significa "cannot locate required Windows platform directory"?
Significa que o launcher do sandbox MXC do Codex pediu ao Windows o caminho de uma pasta do sistema e o Windows respondeu que o caminho não existe. O código 0x80070003 é o erro Win32 3, ERROR_PATH_NOT_FOUND ("The system cannot find the path specified", segundo a documentação da Microsoft).
No código aberto do Codex, a mensagem sai da função platform_read_roots(), em codex-rs/mxc-sandbox/src/windows.rs. Antes de lançar o processo no sandbox, ela chama SHGetKnownFolderPath para três pastas: Program Files, Program Files (x86) e ProgramData. Se qualquer uma falhar, o launcher aborta com exatamente essa mensagem. MXC é o backend de sandbox nativo do Windows que o app passou a usar, ativado pela opção features.prefer_mxc.
Por que o Windows diz que o ProgramData não existe, se a pasta está lá?
Porque o processo do launcher nasce sem a variável de ambiente SystemDrive. O Windows guarda o caminho do ProgramData no registro como %SystemDrive%\ProgramData (valor REG_EXPAND_SZ em HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList). Sem SystemDrive, essa expansão não acontece e a consulta devolve 0x80070003.
Essa causa não é oficial ainda, mas foi confirmada de forma independente por vários usuários na issue: capturas de Procmon em PCs diferentes mostram o launcher lendo o valor do registro e procurando o caminho literal, sem expandir, e o ambiente do processo que falha não tem SystemDrive. Um dos relatos mostra ainda que a mesma falha de consulta já acontecia antes da versão 0.162 do núcleo, só que como aviso não fatal. Com o launcher MXC, ela passou a derrubar a inicialização.
Como saber se o meu erro é esse?
Compare com a tabela. Se as quatro linhas batem, é o mesmo problema da #52407.
| Sinal | No caso da #52407 |
|---|---|
| Versão do app | Pacote 26.1007.x, núcleo embutido 0.162.0-alpha.17.2 |
| Onde falha | Na inicialização do controle de navegador ou Computer Use, antes de listar abas |
| Comandos de terminal | Funcionam normalmente |
| Mesma tarefa num chat aberto direto no app | Funciona na maioria dos relatos; a falha aparece na tarefa criada por um dot |
Para ver a versão do pacote instalado, no PowerShell:
Get-AppxPackage OpenAI.Codex | Select-Object Name, VersionÀs vezes a primeira tentativa mostra outra mensagem, trusted Node process exited unexpectedly; kernel reset, rerun your request, e só a segunda tentativa revela o 0x80070003. Os relatos tratam as duas como o mesmo incidente.
Dá para reproduzir a causa na minha máquina?
Dá, sem mexer em nada do Codex. Abra um PowerShell novo, rode o bloco abaixo e feche a janela em seguida. O Remove-Item só afeta essa sessão:
Remove-Item Env:SystemDrive
powershell -NoProfile -Command "[Environment]::GetFolderPath('CommonApplicationData')"Com SystemDrive presente, o mesmo comando devolve C:\ProgramData. Sem ela, um processo novo devolve texto vazio. É o mesmo efeito que o launcher do Codex sofre, descrito por um usuário na issue e coerente com o valor do registro.
Como contornar o erro agora?
Rode a parte de navegador num chat aberto diretamente no app do Codex, no próprio PC, em vez de pela tarefa delegada pelo dot. Vários usuários relataram, entre 12 e 14/10/2026, que no mesmo computador o chat local listou abas e navegou enquanto a tarefa do dot falhava com 0x80070003.
- Deixe o dot cuidar do que não depende do navegador (código, terminal, arquivos).
- Para o que precisa de navegador, abra um chat novo direto no app desktop do Codex, no PC conectado.
- Peça a mesma ação de navegador ali e confira que a lista de abas volta.
Reiniciar o app, reiniciar o Windows, reinstalar ou usar o Reparar do pacote não resolveram em nenhum dos relatos da issue.
E o allow_mxc = false ou o patch da comunidade?
allow_mxc = false: a chave existe (seção [windows], aceita em %ProgramData%\OpenAI\Codex\requirements.toml) e bloqueia a seleção do MXC. O usuário que propôs esse contorno na issue retirou a sugestão horas depois: o controle do navegador voltou e quebrou de novo no mesmo dia. Não conte com ele.
Patch no cua-repl.mjs: um usuário publicou na issue uma alteração no arquivo de inicialização do runtime de navegador que preenche SYSTEMDRIVE e LOCALAPPDATA quando faltam e troca a pasta de trabalho do processo. O autor e mais duas pessoas relataram recuperação com ele; outra aplicou e o erro continuou. É edição em arquivo empacotado do app, sem suporte da OpenAI, e qualquer atualização sobrescreve. Se for tentar, guarde uma cópia do arquivo original antes.
Quando sai a correção oficial?
Sem data. Conferimos o repositório em 14/10/2026: não há PR de correção para esse caminho, a última versão estável do núcleo é a 0.162.1 (09/10) e a série 0.163.0-alpha segue saindo. A correção sugerida pelos próprios usuários é o Codex repassar SystemDrive ao launcher, como o núcleo já faz no ambiente dos comandos de shell.
Enquanto isso, envie o feedback pelo app quando o erro acontecer e cole o Feedback ID na issue #52407. É o que vários usuários estão fazendo para dar à equipe os logs do caminho que falha.
Perguntas rápidas
Isso tem a ver com o "setup refresh had errors"? São erros diferentes. O setup refresh had errors (os error 32) foi corrigido na versão 26.1007.21434, e é nessa mesma versão que o 0x80070003 aparece nas tarefas de dot.
Mexer em permissões de pasta ou no registro ajuda? Não. A pasta existe e as permissões estão certas; o que falta é a variável no ambiente do processo. Não altere o valor do ProfileList no registro.
Se você quer um agente de programação que roda direto no terminal, sem depender de runtime de navegador para trabalhar, a Verboo Code funciona como CLI e oferece tokens ilimitados.
