[BUG] Claude Desktop Linux beta: session silently loses the entire earlier conversation mid-prompt

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?

On the Claude Desktop Linux beta, a session loses its earlier conversation part way through a prompt. Claude continues responding, but as though the session had just begun: prior instructions, established context and earlier decisions in the same session are gone. There is no error and no warning, and the earlier messages remain visible in the interface.

It is not a one off. It has happened repeatedly on this machine, in Cowork sessions that involve many tool calls against connected folders and connectors.

The practical consequence is worse than lost text. In a long working session, side effects that already happened, so files written and records appended, persist, while the conversation that explains them does not. What is left is a set of changes with no account of why they were made.

What Should Happen?

A session retains its full conversation for its duration. If context has to be truncated or compacted, that should be visible to the user rather than silent

Error Messages/Logs

None. The loss is silent.

Steps to Reproduce

I cannot reproduce it on demand. It occurs during normal use, and so far only in long sessions with many tool calls.

Start a Cowork session with connected folders
Work through a multi-step task involving repeated file reads and writes and several connector calls
At some point mid prompt, the response continues without any knowledge of the earlier conversation

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

Latest

Platform

Anthropic API

Operating System

Ubuntu/Debian Linux

Terminal/Shell

Other

Additional Information

Claude Desktop, Cowork tab, claude.ai subscription

Linux Mint 2, on an HP Elite Dragonfly G2

Running a chain check over the session transcript shows [N] message(s) whose parentUuid references a UUID that appears nowhere in the file. Every message before that point is orphaned, which matches the symptom: the model loads only the portion after the break.

This looks like the same root cause as #21617, which reports a broken parentUuid chain on Ubuntu/Debian causing earlier messages to become unreachable. That report is against the CLI; this one is against the desktop Linux beta, so I am filing separately rather than commenting there.

Possibly related: #21610, #16970.2.3