Content Decode Error in only Certain Regions
Hi, we are currently experiencing an issue where the website is inaccessible in certain regions (most verifiably the Bay Area, SFO and SJC) due to the
ERR_CONTENT_DECODING_FAIL error when trying to load. The website works fine in other regions. The content is brotli compressed and seemed to start ~2 days ago. The content has not been updated since before this was an issue.
Is there a change rolling out to content encoding that is breaking this?
The site is https://app.destinyitemmanager.com
Repository: https://github.com/DestinyItemManager/DIM6 Replies
Oh hey, I was just looking at this issue
I haven't been able to repro VPNing over to San Fran
could you possibly capture a HAR and send it over (feel free to email
walshy@)It may just be affecting SJC?
I would send a HAR, but since the site fails to load anything the HAR is completely empty its only empty for firefox. I will send an email with the HAR from Edge now 🙂
I have sent the HAR to
[email protected]. I took a guess since the second half of the email wasnt there so let me know if its wrong hahaty
Just as an update - if I no longer serve content pre-compressed with Brotli, the folks who couldn’t load the site now can. Of course I’d prefer to still use compressed files.
If you can no longer reproduce it, that's the cause.
Since the pre-encoding on the origin side is now disabled, I am seeing that the content being served from cloudflare is now mostly brotli. Maybe the bug is in the brotili -> brotli compression (or lack thereof)?
I have also captured (and redacted) a HAR for the working site if that is of any assistance, during which I found a bug in the HAR sanitizer that did not redact cookies lol. Gonna document and open an issue on github for that 😆
Also noticed that
accept-encoding is completely ignored when the requests are served from cloudflare. The primary html is always zstd, and everything else is brotli.It seems folks are still having trouble with https://api.destinyitemmanager.com/platform_info?flavor=app (and related stuff from the same domain). Those aren't pre-compressed with brotli, but they are using the standard nginx brotli filter