jeampz
September 25, 2025, 9:36pm
1
Codex extension in Cursor times out every time I start a conversation, or open a recent task that I can see from having a chat in the CLI.
Environment:
Windows 11 x64 (10.0.26100)
Cursor 1.6.45
Codex extension 0.4.12
Codex CLI: 0.40.0 (npm global); extension is unpinned and should use bundled CLI
Auth: “Logged in using ChatGPT” in Codex; Git operations work
Symptom :
Opening the Codex sidebar or sending any prompt spins ~30–45s, then “Error starting conversation.”
Recent Codex.log shows handshake succeeds, but newConversation times out.
Relevant log snippet:
2025-09-25 17:14:25.973 [info] Activating Codex extension
2025-09-25 17:16:34.603 [info] Received MCP result: … (recent conversations)
2025-09-25 17:16:34.603 [info] Received MCP result: … (auth status)
2025-09-25 17:16:34.932 [info] Received MCP result: … (config)
2025-09-25 17:17:12.537 [warning] Request d094e100-48e4-4998-8c09-3300c6a3789c newConversation {“cwd”:“g:\\projects\\….”,“model”:“gpt-5-codex”, …} timed out
2025-09-25 17:17:12.538 [error] Error creating local task: Error: Timeout
What works:
GitHub auth is fixed; git fetch origin succeeds.
MCP results appear in the log (recent conversations, auth status, config).
Codex CLI on PATH reports codex-cli 0.40.0; basic CLI commands work.
What I already tried:
Fixed previous GitHub environment 404 (now gone).
Removed Codex CLI path pin (extension should use bundled x86_64 codex.exe).
Backed up Codex config (C:\Users\……\.codex\config.toml → .bak) to force defaults.
Updated/reinstalled the Codex extension; Reloaded Cursor.
Checked globalStorage for Codex (openai.chatgpt) – folder is missing (nothing to clear).
Still get timeouts on newConversation.
Questions for the community:
Is there a known issue in Codex extension 0.4.12 where newConversation times out despite MCP/auth working?
How can I confirm which codex.exe path the extension actually launches on Windows?
Any flags to enable verbose logging for the extension→CLI invocation?
Has anyone needed to allowlist the extension’s codex.exe separately in Windows Firewall to fix this?
Any other ideas?
Repro steps:
Launch Cursor and open g:\projects\my project
Open Codex sidebar or send a prompt
After ~45s: “Error starting conversation,” and log shows newConversation timeout as above
jeampz
September 26, 2025, 10:11pm
3
theshadowfight2modap:
Thanks for sharing the detailed logs — really helpful for narrowing this down. A couple of thoughts and checks that might help:
Confirm the codex.exe path
On Windows, the extension should normally use the bundled codex.exe unless you’ve pinned another path.
You can check which binary is actually running by opening Task Manager → Details tab after starting Codex, and looking for the executable path.
Verbose logging
You can enable more detailed logs by launching Cursor from the command line with the --log flag, or by checking the Developer Tools console (Help → Toggle Developer Tools) in Cursor. That sometimes exposes CLI invocation errors.
Firewall / AV interference
A few users have reported that Windows Defender or third-party antivirus/firewall silently blocks the spawned codex.exe process.
Try allow listing the Cursor install folder and the Codex CLI folder (%USERPROFILE%\.codex\bin\) to see if the timeout goes away.
CLI vs Extension
Since your global codex-cli works fine, it may be worth explicitly uninstalling/reinstalling the Codex extension so that it resets to the bundled binary .
You can also temporarily pin the path in your config to the working global CLI just to test if the timeout still occurs.
Known issue check
There have been a few scattered timeout reports in 0.4.x, usually tied to Windows environments. If none of the above helps, it’s worth filing an issue with logs attached so the team can reproduce.
Next step to try:
Manually allow list codex.exe in Defender, then restart Cursor and check the Task Manager to confirm which binary is actually being invoked. If that works, you’ll know it’s environment blocking rather than the extension itself.
Verbose logging helped me figure out Codex was conflicting with another extension. I disabled it and now Codex works. Thanks for the tip!!!
jeampz
September 27, 2025, 2:06am
4
I was mistaken… starting a new conversation still doesn’t work as expected… if I try to start one by entering a prompt it hangs… BUT! if I click on the Task History icon while Codex is thinking then it magically works like no problem ever happened…
Also loading an existing conversation works… sometimes…. only when I again click on the Task History icon while Codex is thinking. And when an recent task loads, then I can chat within an existing one with no problem.
But whenever I try to call the newConversation it always hangs… I get this message in the Codex Output
2025-09-26 21:50:35.804 [warning] Request fcc7129a-e0ca-437a-bd01-37bfd4de3b96 newConversation {“cwd”:“g:\\projects\\…..”,“model”:“gpt-5-codex”,“config”:{},“approvalPolicy”:“on-request”,“baseInstructions”:null,“sandbox”:“workspace-write”,“profile”:null,“includePlanTool”:true,“includeApplyPatchTool”:null} timed out
2025-09-26 21:50:35.804 [error] Error creating local task: Error: Timeout
The logs only shows this when the timeout ocurrs
[main 2025-09-27T01:59:17.866Z] Received request for main process info from other instance.
And there are no interesting messages in the Debugger console
Its strange that it works but only sometimes.
oabaud
September 30, 2025, 6:11pm
5
Same behavior in vs code, and clicking history while it’s thinking works just as you said. Very strange.