Follow Discord
Sweep 02 Oct 2026 · 18:55Z Build v2.1.288 509 read Stable v2.1.285 Latest v2.1.288 Next v2.1.288 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.280 ·

Legacy global config values validated before use (remoteControlAtStartup, autoUploadSessions)

Legacy remoteControlAtStartup and autoUploadSessions settings in ~/.claude.json are now validated before use

You'll notice Improvements
JSON All of v2.1.280
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
SettingsArea: what it touches
ImprovementsKind: in v2.1.280,
ImprovementsSection of the release
What

When Claude Code reads the legacy remoteControlAtStartup and autoUploadSessions settings from ~/.claude.json, it now checks each value against a schema before using it. If a value is invalid, it's dropped (treated as off or unset) and a one-time warning is logged for that key, rather than the raw value being trusted as-is.

Why

This stops a corrupted or malformed value in a legacy config file from silently causing unexpected behavior, and tells you when that happens instead of failing quietly.

Read from
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up remoteControlAtStartup, on All settings. | [`remoteControlAtStartup`](#remotecontrolatstartup) | Connect [Remote Control](/docs/en/remote-control#enable-remote-control-for-all-sessions) automatically when a session starts | Remote, desktop, and notifications | Any file | settings-reference see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up remoteControlAtStartup, on All settings.
Anthropic's release notes agreeFixed /config crashing and some on/off preferences being misread when a preference that has moved to settings.json still holds a value like…

See this entry in the whole of v2.1.280 →

Feedback