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
re-authing in pane1 causes infinite loop when pane2 tries to remotely compact #24931
What terminal emulator and version are you using (if applicable)?
tmux
Codex doctor report
What issue are you seeing?
While re-authing on a machine with a codex device token, I had an ongoing chat. At some point the ongoing chat said my access token had expired (sensibly because I had re-logged in again). However this happened as it was trying to remotely compact my conversation. It spun overnight, attempting over and over again to recompact the conversation. It ballooned the codex chat log into 350Gb+ and charged me ~50% of my weekly usage. I would like this addressed and my usage returned to me ideally.
What steps can reproduce the bug?
login to an account in pane 1
do some work in pane 1
get to a point where pane 1 might be about to compact
in pane 2 logout and login again
pane 1 will fail remote compaction
pane 1 will now proceed to fail over and over again creating a 350Gb codex log that bricks the computer and consumes ~50% of weekly usage over 15 hours or so.
I’ve already been without Codex for a week. I’ve lost a lot because of this. It just dies during context compression and can’t compress the context anymore.
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
selaquik commentedon May 28, 2026
I’ve already been without Codex for a week. I’ve lost a lot because of this. It just dies during context compression and can’t compress the context anymore.
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.