codex - 💡(How to fix) Fix Windows/WSL: PowerShell system32 prompt appears during active Codex CLI session [5 comments, 3 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#23485Fetched 2026-05-20 03:49:03
View on GitHub
Comments
5
Participants
3
Timeline
11
Reactions
0
Author
Timeline (top)
labeled ×6commented ×5

Fix Action

Fix / Workaround

Workaround testé/proposé :

RAW_BUFFERClick to expand / collapse

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

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING