Not serving compressed files about whitenoise HOT 9 CLOSED

Is the Accept-Encoding header being sent correctly? How are you testing?

from whitenoise.

Accept-Encoding is set to: gzip, deflate, br
Using Postman app to send request for a css file.
In this case, I now have it return gzip.

Edited Accept-Encoding to just br
IIS sends uncompressed file. Confirmed by looking at bytes downloaded.

The test.css.br file is in my static folder.

from whitenoise.

Browsers only use Brotli compression over HTTPS, it may be that IIS follows this. Are you testing over HTTPS?

from whitenoise.

Yes it is over HTTPS. I tested and pulled a css file from another site and it came in as br
Whitenoise must be sending the file because I have Static File Handling in IIS turned off and the css file I get has the MD5 hash in the filename.

from whitenoise.

I'm afraid I can't help you further here, unless you can provide a simple reproduction (I've never used IIS, maybe you can give e.g. Docker commands to run it, along with a sample project).

But mostly I think you'll need to roll your sleeves up and debug each stage, maybe add print statements inside your app/whitenoise to see what headers are actually getting through, where Whitenoise is deciding not to send brotli, etc.

from whitenoise.

Will do.
I will post any solution in case this comes up again for another user.
Thanks

from whitenoise.

I am using Cloudflare CDN and they only request gzip from origin. I turned off proxy and put in development mode to test and the request is still gzip. That surprised me, but this issue is resolved.
Thanks for your help.

from whitenoise.

Problem solved then!

from whitenoise.

I am using Cloudflare CDN and they only request gzip from origin. I turned off proxy and put in development mode to test and the request is still gzip. That surprised me, but this issue is resolved.
Thanks for your help.

from whitenoise.