[BUG] Claude Desktop — chat history fails to render on open for some conversations
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
When opening certain conversations in Claude Desktop, the chat history fails to render. The UI shell loads correctly (header, input box) but the message history area remains blank. The issue is intermittent and affects some conversations but not others.
Key observation: When the bug occurs, the pre-load animation at the top of the chat is absent. When the animation plays, history loads correctly. This suggests the history fetch is not being triggered for affected conversations.
What Should Happen?
Chat history renders on open for all conversations, with the pre-load animation playing while history is fetched.
Actual Behavior
For some conversations, the pre-load animation is skipped and history does not render. The conversation appears blank despite the data being intact server-side (confirmed via Android app and claude.ai in browser — history is present on both).
Workarounds
- Ctrl+R — reloads the view and consistently triggers the pre-load animation and correct history render
- Sending a new message — forces history to render, but wastes tokens and pollutes the conversation
Note: switching to another conversation and back resets the issue most of the time — the affected chat goes blank again.
Error Messages/Logs
Steps to Reproduce
Steps to Reproduce
Reliable repro:
- Open Claude Desktop
- Click on a conversation from the sidebar
- Before it has time to load, click on a different conversation
- Click back to the original conversation
- History fails to render — pre-load animation is absent and the chat appears blank
Note: sometimes you have to click back and forth between the same two chats a few times for the bug to happen.
Occurs randomly otherwise:
- Open Claude Desktop and click any conversation from the sidebar
- Some conversations will exhibit the same blank history behavior without the above steps
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
1.7196.0
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Other
Additional Information
Hypothesis
The bug appears to be a frontend race condition in the chat history loading logic, not an Electron-specific issue. This is supported by the fact that it is reproducible in Firefox on claude.ai using the same rapid chat-switching steps.
When navigating to a conversation before the previous one has finished loading, the history fetch for the target conversation either never fires or is cancelled and not retried — leaving the UI in a blank state with no error. The desktop app surfaces this more frequently due to faster navigation, but the underlying cause is shared web code.
Ctrl+R resolves it by forcing a clean load cycle, which triggers the pre-load animation and completes the fetch correctly.
Environment
- Platform: Windows 10
- GPU: Intel Arc A770
- RAM: 32 GB
- App version: Claude 1.7196.0 (2dbd78) built 2026-05-12T05:34:40.000Z
- Plan: Claude Pro
Additional Notes
- Chat history is not lost — data is intact on the server
- Reproducible in Firefox on claude.ai using the same rapid chat-switching repro steps, suggesting the bug is in the underlying web code rather than Electron specifically
- Ctrl+R is a consistent but manual workaround
- Restarting the app does not resolve the issue
- Regression — issue began after the most recent app update, was not present before
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗