You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Repeated Compact-related ERROR & Stuck in Working #20439
What terminal emulator and version are you using (if applicable)?
VSCode
What issue are you seeing?
This issue happens frequently when the remaining context capacity drops to around 10%. The following error keeps appearing repeatedly:
■ Error running remote compact task: stream disconnected before completion: error sending request for url (https://chatgpt.com/backend-api/codex/responses/compact)
In short, no matter how many times I retry, the session stays stuck on Working... and nothing moves at all. Just to double-check, I ran the Nettop command and confirmed there is zero communication with the server.
It looks like there is a bug in the automatic Compact function.
Restarting the session or clearing the cache does not fix the problem. With no other options, I had to create a new Session, pass the ID of the stuck session, and instruct it to continue from there. However, getting completely stuck in a state where I have no idea what caused it was an extremely unproductive and frustrating development experience.
chore: note NordVPN 300s timeout limit on Codex requests
Confirmed that Codex "Remote Compact" fails consistently at exactly
300s when NordVPN is active. This is independent of the Codex server's
actual response time and is enforced by the VPN layer.
[Problem]
Users accessing Codex via VPN encounter excessive wait times during
"Remote Compact" operations when the context is large, leading to
connection timeouts.
[Cause]
The VPN server (specifically NordVPN) has a strict 300-second (5-minute)
timeout threshold.
If the server-side processing exceeds this limit, the VPN terminates
the connection regardless of the actual server status.
[Workaround]
Temporarily pause the VPN and trigger a "continue" instruction.
This allows the process to recover and complete the server response.
Hit the same error.
Looks like NordVPN / some proxy path kills the long silent `/responses/compact` HTTPS request after ~5 minutes:
Error running remote compact task: stream disconnected before completion:
error sending request for url (https://chatgpt.com/backend-api/codex/responses/compact)
This keeps ChatGPT auth, but avoids the remote compact endpoint because the provider name is not exactly OpenAI, so Codex falls back to local/model-streaming compaction instead of POST /responses/compact.
Would be good if Codex fell back to local compaction automatically when remote compact fails with a transport/network timeout.
Thanks for reporting this problem. Until recently, Codex used a separate endpoint and server-side logic for compaction. We recently switched to a more robust approach where the compaction logic is moved locally using the same endpoint as normal turns. This eliminates "remote compaction" errors and increases the stability and reliability of compaction operations. If you see further problems with compaction, please use /feedback and open a new bug report.
Activity
github-actions commentedon Apr 30, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
qlagrangian commentedon May 5, 2026
chore: note NordVPN 300s timeout limit on Codex requests
Confirmed that Codex "Remote Compact" fails consistently at exactly
300s when NordVPN is active. This is independent of the Codex server's
actual response time and is enforced by the VPN layer.
[Problem]
Users accessing Codex via VPN encounter excessive wait times during
"Remote Compact" operations when the context is large, leading to
connection timeouts.
[Cause]
timeout threshold.
the connection regardless of the actual server status.
[Workaround]
presidenzo commentedon May 7, 2026
Also seeing this on Codex Desktop for macOS.
Thread ID:
019e0390-d329-74c3-b8ab-13a32d339c9bCodex App:
26.429.61741 (2429)Error:
This is still happening today (2026-05-07).
qlagrangian commentedon May 8, 2026
@codex Please fix this issue (Auto compact problem through VPN) ASAP.
mshumski commentedon May 8, 2026
Workaround that has been working fine for me:
This keeps ChatGPT auth, but avoids the remote compact endpoint because the provider name is not exactly
OpenAI, so Codex falls back to local/model-streaming compaction instead ofPOST /responses/compact.Would be good if Codex fell back to local compaction automatically when remote compact fails with a transport/network timeout.
etraut-openai commentedon Jun 29, 2026
Thanks for reporting this problem. Until recently, Codex used a separate endpoint and server-side logic for compaction. We recently switched to a more robust approach where the compaction logic is moved locally using the same endpoint as normal turns. This eliminates "remote compaction" errors and increases the stability and reliability of compaction operations. If you see further problems with compaction, please use
/feedbackand open a new bug report.