Session fails to load from time to time

Open 💬 3 comments Opened May 3, 2026 by alexchexes
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the IDE extension are you using?

26.429.30905

What subscription do you have?

plus

Which IDE are you using?

VS Code

What platform is your computer?

Microsoft Windows NT 10.0.26100.0 x64

What issue are you seeing?

Session chat is not loaded sometimes - an empty chat window is shown instead, while opening other chats works normally. After restarting the VSCode window, the same chat can load normally, or it may not load again. In that case, the only reliable way to make it load is to reload the VSCode window again, then first open another chat - it usually fails to load - then open the desired chat - it will now load (while the other one will not unless you do this sequence for that chat).

Partially reproduced behavior is on the screencast, showing how chat does not load unless the VSCode window is reloaded.

https://github.com/user-attachments/assets/c3458d5f-2d3c-476a-84cb-4bae959df9cc

What steps can reproduce the bug?

  1. Use VSCode Codex extension
  2. Have a few chats
  3. Observe the described behavior from time to time

What is the expected behavior?

Chats loaded normally in ALL cases when we opened them

Additional information

This is confirmed not to be an issue with my local setup - a friend of mine has exactly the same problem with the same "workaround" path described above, on a completely unrelated project/setup.

P.S.

It is frustrating that these issues keep appearing and OpenAI has such weak QA for one of its main products.

  • #20829 - We're not able to see usage/limits
  • #17334 - We're not able to see what Codex ran
  • #16117 - Vision-impaired people, or just people with tired eyes, are discriminated against by OpenAI's inability to consistently respect chat.fontSize and chat.editor.fontSize VSCode settings without resetting them after other settings change.

All still open and never fixed

View original on GitHub ↗

3 Comments

github-actions[bot] contributor · 3 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #20581
  • #20350
  • #20834
  • #20094
  • #19628

Powered by Codex Action

ryancu7 · 3 months ago

This is still happening for me in 26.506.31421. I have found a way that usually makes the chat load: Open the same chat in the Codex App while the extension is trying to load it. When it loads in the Codex App, suddenly the extension finishes loading and displays it too.

Orielsh · 1 month ago

I reproduced similar intermittent Codex chat-loading failures on Linux with VS Code 1.128.0 and Codex extension 26.707.31428.

Normally, the Codex loader animation starts and then freezes while the rest of VS Code remains responsive. Reinstalling, changing
extension versions, and using fresh user data did not reliably solve it.

Launching VS Code with GPU acceleration disabled fixes the issue:

code --disable-gpu

The persistent equivalent is adding this to VS Code’s argv.json:

{
"disable-hardware-acceleration": true
}

This suggests that at least some reports categorized as session/history-loading failures may actually be Electron/Chromium GPU
rendering failures in the Codex webview. It would be useful for other affected
users to test --disable-gpu.

Possibly related:

  • #15393 — Linux IDE extension/Electron high CPU
  • #24904 — Codex GPU rendering issue fixed by software rendering