Yeah, cool shit Caddy, just yeet the Content-Length header from random files for no reason

Has Content-Length: volpeon.ink/_astro/_category_.DTW9tSzV.css
Doesn't have Content-Length: volpeon.ink/_astro/about.ArvwJ6Ft.css

You can verify both are precompressed by appending ".br".

Has Content-Length: volpeon.ink/_astro/_category_.DTW9tSzV.css
Doesn't have Content-Length: volpeon.ink/_astro/about.ArvwJ6Ft.css

You can verify both are precompressed by appending ".br".

Has Content-Length: volpeon.ink/_astro/_category_.DTW9tSzV.css
Doesn't have Content-Length: volpeon.ink/_astro/about.ArvwJ6Ft.css

You can verify both are precompressed by appending ".br".

@volpeon I got the length on both of those? Did you fixed this already?

Yeah, cool shit Caddy, just yeet the Content-Length header from random files for no reason

@volpeon On my side I see content-length on all of them

@lnkr Are you sure you're looking for the Content-Length header? All browsers can figure out the length once the file is downloaded, but I specifically need the header

@volpeon somewhat sure. It's https://websniffer.com/ but I never caught it lying before

@lnkr Someone else said they're getting the header, too. This is so weird. I was checking with Firefox and Chromium with caching disabled, and both of them say the header is absent

@volpeon Oh neat you use Astro. Was a pretty neat thing when i tried it.

@catraxx I'm very happy with the experience ​​

Has Content-Length: volpeon.ink/_astro/_category_.DTW9tSzV.css
Doesn't have Content-Length: volpeon.ink/_astro/about.ArvwJ6Ft.css

You can verify both are precompressed by appending ".br".

@volpeon Second one sends as "transfer-encoding: chunked" for me, which means the length header can't be present with the response, the length is instead sent with each chunk.

@lnkr @forst
Wait a second, I think you didn't request any compression so Caddy serves the uncompressed file. If you add Accept-Encoding: br, the header will be gone

@irenej Not for me ​​

@lnkr Someone else said they're getting the header, too. This is so weird. I was checking with Firefox and Chromium with caching disabled, and both of them say the header is absent

@lnkr @forst
Wait a second, I think you didn't request any compression so Caddy serves the uncompressed file. If you add Accept-Encoding: br, the header will be gone

@volpeon @lnkr I think the question has to be posed differently: why does Caddy not serve a precompressed version?
On the screenshot, "live.br" is compressed on the fly and "prep.br" is the precompressed one.
Is there some sort of a rewrite rule, a regex, a wildcard that would affect this?