{"version":"2.1.314","anchor":"gzip-request-body-block-failures-now-also-emitted-as-warner","canonical_anchor":"gzip-request-body-block-failures-now-also-emitted-as-warner","heading":"Failures compressing request data are now written to the logs","tier":"internal","area":"API Requests","scope":"individual","heads_up":false,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.314\/e\/gzip-request-body-block-failures-now-also-emitted-as-warner","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.314","markdown":"### Failures compressing request data are now written to the logs\n\nWhen compressing a request before sending it fails a check, Claude Code now logs a warning or error as well as counting it\n\n**What**\n\nClaude Code can compress the data it sends to the API using gzip, a common compression format. When that compression goes wrong, it already counted the problem. It now also writes a log entry:\n\n- A rejected compressed request is logged as a warning.\n\n- A failed check on part of the compressed data is logged as a warning.\n\n- A self-check that finds the wrong bytes is logged as an error.\n\n**Why**\n\nProblems with request compression now show up in diagnostic logs, which makes them easier to spot.\n\n- Area: API Requests\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 0\/5\n- Scope: individual\n- Heads-up: no"}