XTerms constantly crashing
Open 💬 3 comments Opened Apr 29, 2026 by widdleman-turnip
💡 Likely answer: A maintainer (etraut-openai, contributor)
responded on this thread — see the highlighted reply below.
What version of Codex CLI is running?
codex-cli 0.125.0
What subscription do you have?
Enterprise
Which model were you using?
gpt-5.5
What platform is your computer?
Linux 4.18.0-553.el8_10.x86_64 x86_64 x86_64
What terminal emulator and version are you using (if applicable)?
xterm
What issue are you seeing?
I was using 0.103 (I believe) and gpt-5.3. Seeing that it's being depricated on 8th May I've downloaded the latest.
This is the first time I've tried using it and it repeated crashes on the first task I've asked it to do which is write a user guide for the python module that it was helping me create.
What steps can reproduce the bug?
Uploaded thread: 019dda07-992e-7d12-b4f7-83dd906ddaa9
What is the expected behavior?
Not to crash and terminate the window.
Additional information
We just recently had a computing cluster outage and I'm now seeing this message when I start codex:
WARNING: failed to clean up stale arg0 temp dirs: Directory not empty (os error 39)
3 Comments
Thanks for the bug report. Unfortunately, your logs apparently didn't upload successfully, so there's not much for me to look at here.
The
arg0message looks non-fatal, so I don't think that's involved in the crash.Could you:
/feedbackagain after repro'ing the crashecho $TERMandxterm -version,CODEX_TUI_DISABLE_KEYBOARD_ENHANCEMENT=1 codex --no-alt-screen
@etraut-openai if it helps, I can confirm that in clear xterm behaviour is wired, I can't scroll exterm up when codex "working", and consumes tons of CPU. When I run it in tmux in xterms, it works better.
nor I can scroll up in plain xterm when it asked for a patch.