[BUG] Claude Desktop — chat history fails to render on open for some conversations

Resolved 💬 2 comments Opened May 18, 2026 by FrostyCoderX Closed May 21, 2026

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:

  1. Open Claude Desktop
  2. Click on a conversation from the sidebar
  3. Before it has time to load, click on a different conversation
  4. Click back to the original conversation
  5. 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

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗