Existing session fails to load, and tasks in both new and existing sessions eventually time out
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.818.41509
What subscription do you have?
ChatGPT PRO
What platform is your computer?
Darwin 25.6.0 arm64 arm
What issue are you seeing?
An existing Codex session that I was actively using only a few hours ago no longer loads its conversation history.
The session itself still appears normally in the Codex App, including its title. However, when I open it, the conversation area remains completely blank with the Codex logo/loading state in the center. The previous messages and session content never appear.
In addition, this does not appear to be limited to loading the existing session history.
If I enter a new task in either:
- a newly created session, or
- an existing session that I can access,
the task does not complete and eventually results in a timeout.
There is therefore currently no reliable way for me to use Codex: some existing session histories fail to load, while task execution in both new and existing sessions eventually times out.
What steps can reproduce the bug?
- Open the Codex App on macOS.
- Select an existing session that was working normally only a few hours earlier.
- The session title loads correctly, but the main conversation area remains blank.
- Previous messages and conversation history do not load, even after waiting.
- Create a new session and enter a task.
- The task fails to complete and eventually times out.
- Enter a task in another existing/accessible session.
- The same timeout behavior occurs.
This has happened to me before as well. On the previous occurrence, the affected session eventually became accessible again without me modifying or deleting any local Codex data.
The issue therefore appears to be intermittent.
What is the expected behavior?
Existing sessions should restore and display their previous conversation history normally.
Tasks submitted in both new and existing sessions should start and complete normally without timing out.
If there is a temporary connectivity or backend issue, the app should surface a meaningful error rather than leaving an existing session indefinitely blank or allowing a task to run until it eventually times out.
Additional information
This is not the first time I have experienced a similar session-loading issue.
A previous session became temporarily inaccessible in the same way and later recovered on its own. This suggests that the underlying session data may still exist, but the Codex App is intermittently failing to retrieve, restore, or render the conversation history.
However, during the current occurrence, task execution is also affected: tasks submitted in both newly created sessions and existing sessions eventually time out.
Because the timeout occurs across multiple sessions, including newly created ones, this may not be isolated to a single corrupted session.
The currently affected session was actively used only a few hours before the problem appeared.
I have attached a screenshot showing one affected session. The session title is visible at the top, while the entire conversation area remains blank.
I have intentionally not deleted or modified any local Codex session/cache data so that the affected state can be preserved for debugging if needed.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in the Codex App on macOS with both an existing session and a newly created session. Compare the blank conversation state and task timeouts; the work is done when session history loads, tasks complete, or a meaningful error appears instead of an indefinite blank state or timeout.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos, rust
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100