Thread name shows in `/status` but not in `/resume` list
Resolved 💬 2 comments Opened Feb 3, 2026 by taturou Closed Feb 3, 2026
💡 Likely answer: A maintainer (etraut-openai, contributor)
responded on this thread — see the highlighted reply below.
What version of Codex is running?
codex-cli 0.94.0
What subscription do you have?
Team (Business)
Which model were you using?
gpt-5.2-codex
What platform is your computer?
Linux 5.15.167.4-microsoft-standard-WSL2 x86_64 x86_64
What terminal emulator and version are you using (if applicable)?
Windows Terminal (WSL)
What issue are you seeing?
/status shows Thread name: FooBar, but in the /resume list the same session row shows the first user message preview instead of the thread name.
Searching for FooBar in /resume does not match Session ID: 019c214e-b8f3-72c3-853c-67ba83dd735f.${CODEX_HOME}/.codex/session_index.jsonl contains the thread name for that ID.
Example: {"id":"019c214e-b8f3-72c3-853c-67ba83dd735f","thread_name":"FooBar",...}
What steps can reproduce the bug?
- Start a session with
CODEX_HOME=$PWD/.codex - Set the thread name:
/rename FooBar - Confirm
/statusshows Thread name:FooBar - Open the resume list
- In the CLI:
/resume - Or in the shell:
codex resume --all - The session row for ID
019c214e-b8f3-72c3-853c-67ba83dd735fshows the first user message preview instead of the thread name - Searching for
FooBarin/resumedoes not match
What is the expected behavior?
In the /resume list, the Conversation column should display the thread name FooBar for that session, and it should be searchable.
Additional information
_No response_
2 Comments
Thanks for the bug report. This is already fixed in our main branch. It didn't quite make it into 0.94, but it will be in 0.95. If you want to try it now, you can install the latest alpha (0.95.0-alpha.4).
Thanks for the quick response.
I confirmed there wasn’t a matching report among Open issues, but it looks like there was one in Closed. I’ll make sure to check Closed issues as well next time.
I’ll also try the latest alpha.