Bedrock streaming replies missing a content-type now work, and a new env var restores the old strict check.
What's wrong with this entry?
A Bedrock streaming response that arrives with no content-type header at all is now treated as application/vnd.amazon.eventstream instead of being rejected. Set CLAUDE_CODE_DISABLE_BEDROCK_CONTENT_TYPE_DEFAULT to turn the defaulting off and get the old strict behaviour.
- Only applies when the header is absent; a wrong content-type still fails the check.
- Separately, the default AWS credential chain now builds its STS endpoint through a region helper instead of pasting the region into a hardcoded URL.
CLAUDE_CODE_DISABLE_BEDROCK_CONTENT_TYPE_DEFAULT
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.246
Artifact data files need a known file type
Both mention content type