CLI stdout intermittently lost for shell commands (e.g. `brew search`)
Open 💬 6 comments Opened Jan 22, 2026 by Tu-Zhenzhao
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What version of Codex is running?
v0.88.0
What subscription do you have?
ChatGPT Plus
Which model were you using?
gpt-5.2 medium
What platform is your computer?
macOS on M2
What terminal emulator and version are you using (if applicable)?
native Terminal
What issue are you seeing?
Shell commands that normally produce stdout intermittently return (no output) in Codex CLI v0.88.0, even though the command clearly executes.
Example:
- Running
brew search claudesometimes shows partial output once, then on subsequent runs Codex reports:
• Ran brew search claude
└ (no output)
This breaks Codex agent workflows because the agent cannot see or reason over the command output.
Key observations:
- The command does run (Homebrew executes normally).
- Output is sometimes visible on first run, then disappears on later runs.
- Adding a pipe (e.g.
| heador| cat) makes the output reliably appear. - Downgrading Codex CLI to v0.47.0 completely fixes the issue.
This strongly suggests a regression in stdout capture / process execution handling in newer Codex CLI versions.
What steps can reproduce the bug?
npm i -g @openai/codex@0.88.0.
Start Codex CLI. and let codex run the command like:
brew search claude
Observe that:
- On first run, some output may appear.
- On subsequent runs, Codex often reports: no output
Now run:
brew search claude | head
or cat
Observe that output appears reliably when piped.
What is the expected behavior?
_No response_
Additional information
_No response_
6 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
You specifically mentioned Codex 0.88. Does that mean you think this is a regression since 0.87?
Do you have any non-default configuration options enabled?
If you're able to repro this, please use the
/feedbackslash command to upload your logs and session details and post the thread ID here.@etraut-openai
I did not change any default configuration. I mentioned v0.88 is just because I encounter this problem in v0.88 I did not test v0.87 my previous version is v0.47 so I am not sure if this is also happening in v0.87
This is the history when using v0.88
the session id is
019be559-b403-7300-a97d-e69553cc4e11Then I upgraded to v0.89 and try again, I got
and the session id is
019be4d7-1278-7972-aa55-af8c73e66cd9Looks like the issue still exists in latest version.
We've had a few similar problems reported in the past, and all of those turned out to be a shell configuration issue. You'll likely need to do some debugging on your machine to figure this out. Review your shell config files and make sure they don't contain anything that would interfere with shell execution within Codex.
Sounds reasonable, I will check myself
I initially had a real shell config issue (interactive zsh startup interfering). And fixed all the potential configuration from my shell issue.
Current state:
• Same command works reliably in a multi-line batch, but fails when run alone
• Downgrading Codex CLI to v0.47.0 makes the issue disappear entirely
This suggests a stdout capture issue in Codex CLI v0.88.0 triggered by brew search (likely pager/TTY-related), not remaining shell startup noise.
Also for the command that Codex using if it use
brew search claude | headthe output can be captured, but purebrew search claudecannot