Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.273 ·

Settings 'not applied' warning now names the source file and lists all affected keys

Claude Code now warns by name when settings keys are set in a managed-settings file that doesn't actually apply to them

TierYou'll noticehow much it should matter to you
Useful2my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaSettingswhat it touches
KindImprovementsin v2.1.273,
You'll notice

Claude Code now warns by name when settings keys are set in a managed-settings file that doesn't actually apply to them

What

Claude Code can now detect when settings keys are configured in a managed-settings file whose source doesn't apply for those particular keys. When this happens, it shows a new warning that names the specific source file, lists every offending key, and tells the user to either remove them or move them to a settings source that does apply, pointing to /status (the Settings interface, on the Status tab) to see the list of settings sources.

Why

This surfaces settings that are silently being ignored because they're defined in the wrong place, so users can find and fix misconfigured settings instead of wondering why a setting isn't taking effect.

Read from
Names in the bundle/status
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.

Added since A small documentation edit on Manage costs effectively touched a line naming /status after this was published. For a response from the Claude API billed at the 1.1× [data residency rate](https://platform.claude.com/docs/en/about-claude/pricing#data-residency-pricing), Claude Code multiplies the list price of that response's tokens by 1.1 in the ses… costs see the edit
Confirmed since Anthropic's documentation has since written up /status, on Claude Code changelog. * Fixed `/status` not showing the `apiKeyHelper` failure that its own error banner told you to check changelog see the edit
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up /status, on Claude Code changelog.

See this entry in the whole of v2.1.273 →