claude-code - 💡(How to fix) Fix [BUG] Claude Desktop — chat history fails to render on open for some conversations

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Error Message

Error Messages/Logs

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.

Fix Action

Fix / Workaround

Workarounds

  • 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
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • 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

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] Claude Desktop — chat history fails to render on open for some conversations