Windows/WSL: PowerShell system32 prompt appears during active Codex CLI session
Open 💬 5 comments Opened May 19, 2026 by KRADIFY
What version of the Codex App are you using (From “About Codex” dialog)?
19-05-2026 update
What subscription do you have?
Pay as you Go
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
Environnement :
- Windows + WSL
- Projet lancé depuis E:\Marie AN 2026
Symptôme :
- Codex démarre normalement et travaille dans le bon dossier : /mnt/e/Marie AN 2026
- Au bout d’un moment, sans action utilisateur dans PowerShell, le prompt Windows réapparaît dans l’interface :
PS C:\WINDOWS\system32>
- Des fragments de texte destinés au chat Codex sont alors envoyés dans PowerShell, par exemple ession, qui provoque :
Le terme «ession» n'est pas reconnu...
- La session Codex continue partiellement, mais le routage clavier/terminal devient instable.
Indices :
- Le lanceur existant fonctionnait avant la mise à jour du matin.
- Codex affiche parfois 1 background terminal running · /ps to view · /stop to close.
- Le log TUI montre des refresh/reconnexions fréquents et un échec de refresh plugin 403 Forbidden côté chatgpt.com.
- Le problème n’est pas lié au dossier projet ni aux scripts RNE/OpenFisca : aucun process métier actif n’explique le
retour à system32.
Workaround testé/proposé :
- Lancer Codex avec :
--no-alt-screen --disable terminal_resize_reflow --disable plugins --disable plugin_hooks
- Objectif : éviter le reflow terminal expérimental et le refresh plugin pendant le diagnostic.
Ce serait à poster dans le forum Codex ou à envoyer au support avec le fichier log :
C:\Users\Jean-Christophe\.codex\log\codex-tui.log
Le point important à remonter : ce n’est pas un mauvais working directory au démarrage ; c’est une fuite/réapparition
du terminal PowerShell parent pendant une session Codex déjà active.
What steps can reproduce the bug?
- codex-cli 0.131.0
- Windows + WSL
- le symptôme PS C:\WINDOWS\system32> pendant une session active
- le fait que codex doctor signale WebSocket/reachability
- extrait du log C:\Users\Jean-Christophe\.codex\log\codex-tui.log
What is the expected behavior?
_No response_
Additional information
_No response_
This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗