When folder sync stops, you're told the reason and to start a new cloud session.
What's wrong with this entry?
When a cloud session tied to a local folder stops syncing, Claude Code now prints the reason instead of going quiet: the cloud session never picked up anything sent from the folder, the local sync store is missing or unreadable, or the folder's files could not be recorded when the session opened. Each message tells you to start a new cloud session from that folder.
- The local sync store is the on-disk record of what has been sent; if it cannot be read, that session cannot resume syncing at all.
- A separate notice explains that files replaced or deleted by sync are moved to a trash directory on your machine rather than thrown away.
- Only appears for folder-backed cloud sessions.
This folder is not syncing: this session's local sync store is missing or unreadable on this machine. Start a new cloud session from this folder to sync again.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.238
Sync state machine gains a moved-root case and a per-turn pull hook
Both mention directory
-
v2.1.238
Untracked-file survey extracted and shared
Both mention directory
-
v2.1.238
Sync internals reshaped around per-file credential state
Both mention directory