O app Desktop do Codex no Windows trava com um erro que não é logout nem token expirado: a tela de conta mostra seu email normalmente, mas uso, plugins e histórico de tarefas somem, todos com o mesmo código na aba de rede. É o erro 432, "Workspace routing is unavailable", e ele só aparece no app gráfico. O terminal, no mesmo computador, com a mesma conta, continua funcionando.
O que significa o erro 432 "Workspace routing is unavailable"?
Significa que o backend do Codex não consegue resolver o roteamento de workspace da sua conta dentro do app Desktop, mesmo com login válido. A mensagem nos logs do app é direta:
errorMessage="Workspace routing is unavailable"
status=432
routePattern=/settings/userO mesmo erro se repete em várias rotas que dependem de workspace: /wham/usage, /wham/tasks/list, /accounts/verified_access, /subscriptions/credits/discount-offer. Nenhuma delas é autenticação de verdade: o app-server confirma login e leitura de conta sem erro (account/read, getAuthStatus). Só a camada de conta e workspace que o Desktop usa pra preencher tela de perfil, uso e plugins fica de fora.
Por que só o Desktop quebra e o terminal continua funcionando?
Porque são dois clientes diferentes lendo o mesmo backend. O Codex CLI fala direto com a API de tarefas e não passa pela camada de account/workspace routing que só o app Desktop usa pra montar perfil, uso e plugins. Em pelo menos duas issues abertas no repositório oficial (#46382 e #46786, 18 e 20/09/2026), vários usuários confirmaram o mesmo padrão: o Desktop mostra o 432, mas codex no terminal, na mesma máquina e conta, segue autenticando e executando tarefa normalmente.
| Onde | Com o bug ativo |
|---|---|
Login e leitura de conta (account/read, getAuthStatus) | Funciona nos dois clientes |
Rodar tarefas com codex no terminal | Funciona normalmente |
| Tela de perfil, uso e plugins no Desktop | Quebrada, erro 432 |
| Sync de histórico de tarefas no Desktop | Quebrada, erro 432 |
Como resolver, na ordem que funcionou pra outros usuários
- Confira a variável
CODEX_CLI_PATH. Setada e apontando pro binário errado, ela faz o Desktop carregar um runtime incompatível e dispara o 432. No Windows, confira e remova pelo PowerShell:
Reinicie o Desktop depois de remover.[Environment]::GetEnvironmentVariable("CODEX_CLI_PATH", "User") [Environment]::SetEnvironmentVariable("CODEX_CLI_PATH", $null, "User") - Sem essa variável setada? Atualize o app-server. A regressão apareceu na faixa 0.155.x. Usuários confirmaram resolver tanto voltando pra versão anterior quanto indo pra build mais nova:
Confira a versão instalada em "About Codex" no app, ou comnpm install -g @openai/codex@latestcodex --versionno terminal. - Enquanto isso, trabalhe pelo terminal.
codexcontinua autenticado e executando tarefa normalmente mesmo com o Desktop quebrado, porque não depende da mesma camada de account/workspace routing.
A OpenAI já resolveu isso?
Parcialmente. A issue original (#46382) foi fechada como resolvida em 20/09/2026, mas comentários posteriores, inclusive de quem reproduziu o problema de forma controlada trocando só a versão do app-server no mesmo Desktop e conta (0.155.1 falha, 0.154.0 funciona), pediram reabertura. Se você ainda estiver num build afetado, os três passos acima continuam sendo o caminho mais rápido, sem esperar outro release.
Se seu fluxo de trabalho depende de um app Desktop pesado, vale considerar um caminho mais direto: a Verboo Code roda inteira pelo terminal, sem uma camada separada de app gráfico que possa cair enquanto o motor continua de pé. Pra testar: npm install -g @verboo/code e depois verboo /login. Saiba mais em verboo.ai.
