Skip to content

Windows: terminal windows repeatedly flash during requests after installing the Codex daemon #48074

Closed

Description

@pvlbgtrv

What version of Codex CLI is running?

codex-cli 0.157.0

What subscription do you have?

pro

Which model were you using?

astra

What platform is your computer?

win 11

What terminal emulator and version are you using (if applicable)?

win terminal cmd

Codex doctor report

What issue are you seeing?

Description:

After installing the Codex daemon, several terminal windows briefly open and close during every request. This happens repeatedly and is distracting.

Environment:

OS: Windows
Codex daemon version: 0.157.0
Client: Codex CLI
Windows sandbox setting: elevated

Steps to reproduce:

Install and start the Codex daemon.
Start an interactive Codex CLI session using the daemon.
Submit a request.
Observe several terminal windows briefly appearing and disappearing.

Expected behavior:

Background processes should run without opening visible terminal windows.

Actual behavior:

Several terminal windows flash on screen during each request. I started noticing this after installing the daemon.

Additional context:

The daemon is running with app-server --listen unix:// --managed-daemon. A child codex-code-mode-host.exe process is also running, but I have not identified which process creates the flashing windows.

Running with codex --no-daemon has been suggested as a diagnostic step, but I have not tested it yet.

What steps can reproduce the bug?

Install and start the Codex daemon on Windows (version 0.157.0).
Open Codex CLI and start a session using the daemon.
Submit a request that involves running shell commands or reading local files.
Observe several terminal windows briefly opening and closing while Codex processes the request.
Submit another request and observe the same behavior.

What is the expected behavior?

Codex should process requests and run background commands without opening visible terminal windows or interrupting the current terminal session.

Additional information

No response

Activity

  1. added
    CLIIssues related to the Codex CLI
    windows-osIssues related to Codex on Windows systems
    app-serverIssues involving app server protocol or interfaces
    on Sep 25, 2026
  2. AbdulSamad94 commented on Sep 25, 2026

    @AbdulSamad94

    I agree with this too; it keeps flashing terminal windows over and over after the new update.

  3. gitoften commented on Sep 25, 2026

    @gitoften

    same problem with me. keep opening new tab. just after recent update.

  4. KubaZachacz commented on Sep 25, 2026

    @KubaZachacz

    Spams terminals with C:\Users\Admin\.local\bin\uv.exe in my case...

  5. onlymattjohnson commented on Sep 25, 2026

    @onlymattjohnson

    Same issue with thread ID 01a0d8c1-491a-7380-9a03-d01e62f26b48

  6. hi-fox commented on Sep 25, 2026

    @hi-fox

    Using Windows Terminal and trying to run codex gives me these errors:

    Error: host Job Object prevents daemon detachment; start from a host that allows breakaway
    To work without the background server, rerun the same command with --no-daemon (including resume or fork and its arguments).

  7. xeqtr1982 commented on Sep 25, 2026

    @xeqtr1982

    same problem with me

  8. AbdulSamad94 commented on Sep 25, 2026

    @AbdulSamad94

    Downgrading Codex to version 0.155.1 fixed the issue for me. You can try it with:

    npm install -g @openai/codex@0.155.1

  9. yecate commented on Sep 25, 2026

    @yecate

    For the same issue, a temporary workaround is codex --no-daemon.

  10. AbdulSamad94 commented on Sep 25, 2026

    @AbdulSamad94

    For the same issue, a temporary workaround is codex --no-daemon.

    so i can use the latest version, with no terminal issues with this command?

  11. darsh-jaiswal commented on Sep 25, 2026

    @darsh-jaiswal

    Possible cause: Codex 0.157.0 enabled automatic app-server daemon startup by default (https://github.com/openai/codex/releases/tag/rust-v0.157.0). My doctor report confirmed the background server was running. The daemon may be launching console-based helper processes without suppressing their Windows terminal windows .

    They must compare daemon startup and helper process creation in 0.156.0 and 0.157.0.

    I initially thought my PC was causing this. I rolled back to 0.156.0 without changing my terminal setup. The extra windows and flashing stopped, and Codex now works normally.

  12. 161 remaining items

  13. addevin commented on Oct 2, 2026

    @addevin

    I'm on Codex CLI v0.160.0, i still get this terminal windows pop up issue in windows 11!

  14. Constannnnnt commented on Oct 2, 2026

    @Constannnnnt

    This issue was reproduced on Codex CLI v0.160.0 on windows 11.

  15. Stavr0sStuff commented on Oct 2, 2026

    @Stavr0sStuff

    I can confirm that updating to Codex CLI 0.160.0 is not enough.
    Like others have said, you also need to update the daemon to the latest version. Why this doesn't happen automatically, only OpenAI knows.

    To add insult to injury, doing this from within the Codex CLI using the provided /daemon route (and selecting) didn't work for me. It just fails with the following:

    Updating the local background server...
    Error: standalone Codex updater exited with status exit code: 1
    Error: Daemon update failed with status exit code: 1

    No logs, no explanation, nada.

    I let Luna figure this one out and she found a workaround:

    I replaced 0.157.1 with the installed CLI package using codex app-server daemon update --from-cli --yes.

    Be careful though, this pins your daemon version to the one bundled to the current CLI, so you're now stuck on 0.160.0.
    codex app-server daemon update should return you back to production updates but also fails with the same useless logless error code.

    Possible cause (again, by Luna):

    The installed Codex 0.160.0 binary contains a production-update error: “the latest production release does not support daemon migration yet; the legacy daemon was left running.” The standalone updater has a matching migration guard. That points to Codex’s production daemon migration being unsupported; /daemon then appears to hide the useful error and report only “updater exited with status 1.” That conclusion is based on the updater messages embedded in your local binary; the failure itself wasn’t logged with a more specific cause.

    In short, this is a major clusterfuck. The terminal spamming makes the regular codex usage unworkable (the windows steal focus). Luckily we have --no-daemon.

  16. younes-zeboudj commented on Oct 3, 2026

    @younes-zeboudj

    solution from @SchrodingerFish worked. Launched codex using codex command, triggered /daemon command from withing codex, chose use this cli ...., then chose update... worked and flashing terminal windows are gone.

  17. russeg commented on Oct 4, 2026

    @russeg

    @etraut-openai this is not fixed ffs.

  18. clyde-asara commented on Oct 5, 2026

    @clyde-asara

    Confirming this issue no longer occurs after an update to codex-cli 0.160.1 on Windows 11. I did not use the /daemon trick described above.

  19. fschwiet commented on Oct 6, 2026

    @fschwiet

    Confirming this issue no longer occurs after an update to codex-cli 0.160.1 on Windows 11. While running the prescribed steps the output says "The selected package will be pinned. Run codex app-server daemon update to return to production updates.". However this command gives output:

    Error: standalone Codex updater exited with status exit code: 1

  20. getupkid commented on Oct 7, 2026

    @getupkid

    @russeg @Stavr0sStuff is it worth upgrading yet?

    I'm still on 0.156.1 and I'm waiting until this issue is completely stable without having to perform any extra daemon update steps.

  21. Stavr0sStuff commented on Oct 7, 2026

    @Stavr0sStuff

    @getupkid Results seem to differ from person to person; I cannot tell you if it will work for you.
    codex app-server daemon update --from-cli works for me, and I run this every time codex is updated.
    The regular codex app-server daemon update (which is supposed to return back to 'production updates') still borks out with a useless error message and no logs.

    It would be good of someone from OpenAI can tell us what the plans are. Is this supposed to work out-of-the-box or still in preview?

  22. bradisbell commented on Oct 7, 2026

    @bradisbell

    @Stavr0sStuff Yep, same boat as you... finally got the update but now we're stuck at a specific version, and the error messages have no meaningful information. I might just do a full uninstall/reinstall at some point.

  23. MovGP0 commented on Oct 8, 2026

    @MovGP0

    I still got popups in codex-cli 0.161.0 the codex app-server daemon update --from-cli command helped.

  24. Stavr0sStuff commented on Oct 10, 2026

    @Stavr0sStuff

    It might have been solved!

    Updating to codex v0.162.1, then updating the pin to the new cli version (codex app-server daemon update --from-cli), and then reverting back to prod updates codex app-server daemon update from Powershell finally get the following result:

    {"status":"updated","managedCodexPath":"<REDACTED>\\.codex\\packages/app-server-daemon\\current\\bin\\codex.exe","installedVersion":"0.162.1","runningVersion":null,"message":"The managed installation is ready; no daemon was running when the updater checked."}

    Context: I'm on a windows machine but my terminal defaults to git bash / zsh. codex update has never worked for me from zsh (

    [Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false); try { Invoke-Expression ([Console]::In.ReadToEnd()
    ) } catch { Write-Error $_; exit 1 } : Downloaded Codex package archive did not contain the expected package layout.
    )

    , I've always had to resort to powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex" from within a Powershell shell. Maybe this is related, I don't remember if I tried previous daemon updates from bash or from powershell.

  25. Mike-Kite commented on Oct 13, 2026

    @Mike-Kite

    Nope still not fixed, still making life miserable and making typing impossible when it opens a thousand windows breaking yoru flow

  26. getupkid commented on Oct 13, 2026

    @getupkid

    @Stavr0sStuff would you mind sharing the full list of steps you did to achieve this?

  27. Mike-Kite commented on Oct 15, 2026

    @Mike-Kite

    Nothing works and its spawned over 500 terminal windows now just doing a small task ffs

    Dropping and going Anthropic at the end of the month, I LITERALLY CAN'T WORK NOW!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    CLIIssues related to the Codex CLIapp-serverIssues involving app server protocol or interfacesbugSomething isn't workingwindows-osIssues related to Codex on Windows systems

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions