Codex mini stuck thinking
What version of Codex is running?
0.1.2505161800
Which model were you using?
codex-mini-latest
What platform is your computer?
linux | x64 | 5.15.167.4-microsoft-standard-WSL2
What steps can reproduce the bug?
- ```
So, for the readbility demo component, the markdown preview part has an issue. Images in the original HTML source, either as src or base64, are not displayed at all. The rest of the formatting is perfect. Please fix that
```
23 reasoning|0 tool- ```
So now, around the area of the markdown preview, add a tabbed component (like multiple tabs) one tab will show exactly what you are showing now (the live preview) while the other one will show the markdown makrup verbatim. Also, when formatting the html, remove empty lines please.
```
1 reasoning|0 tool
user
So now, around the area of the markdown preview, add a tabbed
component (like multiple tabs) one tab will show exactly what you are
showing now (the live preview) while the other one will show the
markdown makrup verbatim. Also, when formatting the html, remove
empty lines please.
Modifying the ReadabilityDemo component
The user wants to change the ReadabilityDemo component to add a
tabbed interface around the Markdown preview. One tab should show
the live preview, while another displays the markdown markup
verbatim. I'm considering whether they want a third tab as well,
which would mean having three tabs in total. Additionally, they
specifically asked to remove empty lines when formatting the HTML
in the preview. I need to make sure I address all these points
accurately!
╭───────────────────────────────────────────────────────────────────╮
│( ● ) 482s Thinking... press Esc twice to interrupt
What is the expected behavior?
That it either outputs code, or that it show its thinking, or its tool usages, otherwise I don't know if it is doing something or it just got stuck
What do you see instead?
user
So now, around the area of the markdown preview, add a tabbed
component (like multiple tabs) one tab will show exactly what you are
showing now (the live preview) while the other one will show the
markdown makrup verbatim. Also, when formatting the html, remove
empty lines please.
Modifying the ReadabilityDemo component
The user wants to change the ReadabilityDemo component to add a
tabbed interface around the Markdown preview. One tab should show
the live preview, while another displays the markdown markup
verbatim. I'm considering whether they want a third tab as well,
which would mean having three tabs in total. Additionally, they
specifically asked to remove empty lines when formatting the HTML
in the preview. I need to make sure I address all these points
accurately!
╭───────────────────────────────────────────────────────────────────╮
│( ● ) 482s Thinking... press Esc twice to interrupt
Additional information
_No response_
24 Comments
I believe it isn't stuck, it just thinks for an extremely long time. It almost always _does_ start acting again in my testing.
It actually gets stuck, intermittently. I have to restart codex and retry a couple times for it to work, and you know it works because it's normally very fast, < 10 seconds response turnaround including thoughts.
I also have this issue. o4-mini works but codex hangs on thinking and eventually I get a timeout message. I don’t know if it is a bug or a server side issue. It’s hard to tell. It generally happens right before I expecT a tool call to happen.
Likewise, am consistently getting 10-minute timeouts with the
codex-minimodel. Probably server-side, but the OpenAI status page is not showing a problem. Running withDEBUG=truedoes not show anything interesting:After 600 seconds (10 minutes), this output:
Consistently reproducible for me.
The
o4-minimodel responds in a few seconds and begins making tool calls.I really want to try out codex-mini but pretty much every time I try it gets stuck in thinking, only had it work once
I've experienced similar problems (running v0.1.2505172129). It's intermittent but sometimes it appears to reason for a very long time before ending with:
I can see the logs in platform.openai.com and the task actually completed successfully, including making the edits locally.
Hi everyone! I’m having the same issue with codex-mini running version 0.1.2505172129. It’s interesting that it responds to the “hello” message, but when I ask it about a file in the project, it gets stuck.
For me it's stuck too. It was thinking about 200 seconds and then I quit.
I am having the same issue, if it doesn't start executing commands within a few seconds, i have to esc esc out and try again. After one or two retries it works.
I also asked this in related issue #1032 - Can people who are reporting list the exact steps to reproduce? Including what you're using on the command line? What kind of subscriber are you? I mention this, because as a pro subscriber I get a message thanking me for being one as soon as I authenticate. I'm assuming it is tied to your subscription status/API Tier somehow.
The same thing happened to me earlier, and as soon as I authenticated the appropriate way it's been working fine for me all day long.
!Image
The current state of the
codex minimodel is peak bad.Ignores instructions completely sometimes.
Thinks 5 minutes about a search and replace type of task even if you give it specific file to focus on.
Say thank you and it will think and read files for minutes.
I am a free subscriber, but using a personal OpenAI API key. Given all users are paying for API credits, I'd expect it to work the same for free vs pro subscribers?
I’m on the Tier 3 API, EU location, maybe this is a regional issue. I can confirm the mentioned issues with stuck thinking and network errors. Switching to o4-mini makes it usable again, so it’s not my local setup or network.
Same thing, Tier 4 API
in my situation it has nothing to do with login or whatever, i'm able to login with chatgpt, and i'm even able to ask codex a few questions, even had it analyze one of my repo, but when he get stuck everytime i ask him a question about a big pdf i made it eat
I have the same issue. Only
codex-mini-latesthas the issue and it is intermittent, roughly 40% of time, making it unusable. Switching too4-miniand issue is gone. Most likely related to tool use. Normal conversations are fine and code reviews are also fine. I think it is related to the model, not the cli tool.We are using it directly with the API keys, no login required. High tier with no rate limit issues.
Hope OpenAI fix it.
I think we have have established that this is (or was) an issue with
codex-mini-latestmaking tool calls (in this thread and the duplicate thread). If enough people ping OpenAI via support, they might realize that there is a problem and do something about it.However, it seems to be fixed for me now. In my latest conversation attempt with
codex-mini, it has successfully made about 20 tool calls in a row.I've just encountered this at least 3 times this morning. So it's not fixed.
Still not fixed. I always pull from the repository and build. So effectively I'm using the latest commit. Very inconvenient to have to esc esc all the time and repeat request multiple times before getting a response with codex-mini-latest
I'm seeing this issue too. It works for a while, then I get 'thinking...' for 10 minutes then the timeout message. I've tried 'Sign in with ChatGTP', pasting API key, and setting API key in shell, none of them seem to fix it. I'm using codex cli version 0.1.2505172129. Node 22.7.0. Debian linux host.
Same thing for me. ESCing out and retrying a couple times usually works.
This tool is kind of a joke. I could not use it even once.
First this https://github.com/openai/codex/issues/987
Now this one.
I tried with phrase "Just say hello". It gets stuck on thinking... and then, rate limit reached
Tried with ESCing and retrying, many times. Same thing.
I think that from the announcement and the recent commit history, they are abandoning the node version and instead focusing on the rust version. I've tried the rust version yesterday and the stuck issue is gone. Apparently it has to do with some streaming break and the retry handling in the node version. So for anyone looking for the solution, I'd recommend you to try the rust version.
npm i -g @openai/codex@nativeThanks for the feedback! Please try again on the latest version of Codex CLI. If the issue persists, let us know.