Side/secondary Codex sessions can expire or become unrecoverable despite feeling like first-class workspaces
Problem
In the Codex desktop app, side or secondary sessions can become important during collaborative work, but their lifecycle is unclear and they can expire, close, or become hard/impossible to find again.
This creates a mismatch between user expectations and product behavior:
- The side session UI feels very similar to a main session/workspace.
- Users may naturally treat it as a durable place to make decisions, continue investigation, or steer the final task direction.
- However, history/search and the main session do not appear to be fully unified with these side sessions.
- If the user is forced to open a new session, the old side session can effectively become unusable or lost.
- Important context, decisions, and task direction may end up stranded in the side session rather than preserved in the main session.
Why this matters
During real collaborative work, the main session is not always the final source of truth. Sometimes Codex or the user cannot know upfront which branch of discussion will become most important. A side session that starts as temporary exploration can become the critical thread for the final direction.
Because the frontend presents side sessions as accessible and workspace-like, users are encouraged to trust them as durable. If they are actually temporary or less persistent, that should not be something the user has to infer or manage manually.
Expected behavior
Codex should make this model safer and clearer. Possible improvements:
- Make side/secondary sessions recoverable from history/search.
- Unify side session history with the main session where appropriate.
- Clearly distinguish temporary sessions from durable sessions in the UI.
- Provide a way to promote a side session into a main session.
- Preserve or summarize important side-session context back into the main session before expiration/closure.
- Avoid making forced new-session flows invalidate or strand previous work.
Request
Please consider treating this as both a reliability issue and an information architecture/UX issue. The current behavior can cause users to lose critical collaborative context, especially when the side session becomes more important than the original main session.
4 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Thanks for flagging #30176. I agree this is related.
The additional point I want to emphasize here is the product mental model: side sessions are presented in a way that feels close to a first-class workspace/thread, so users naturally trust them with meaningful decisions and task direction.
So while #30176 covers discoverable history for
/side, this issue is also about clarifying or redesigning the lifecycle model: temporary vs durable, side session vs main session, and whether important side-session context should be recoverable, promoted, or summarized back into the main thread.I was unpleasantly surprised when all my side chats disappeared after the restart
I feel like side conv should at least have a fork button, or when terminated displays something like "resume your conv by codex resume [uuid]". Nothing compares to the feeling of betrayal when I'm 30 messages deep into a side conv and accidentally ctrl c ed the whole thing to kingdom come