Thanks, I also exported a build last night and spotted the issue. I’ll try to get a fix out soon. In the meantime, there should be a similar option with the latest version of Unity that will let the game load called Decompression Fallback.
It shouldn’t be necessary to disable compression entirely, but you will need to include the JS decompressor with your build until we deploy the change to insert the server headers they expect.
Thanks for looking into this! I just needed to get a prototype up, so I disabled compression and it was fine. Mostly following up on this because I imagined a bunch of people would end up with the issues creeping up with 2020 and it might take a while for someone to flag it properly.
Let me know if you need any help on tracking this down any further!
I’ve deployed a new version of our HTML game extraction service that should work for GZIP compressed Unity 2020 projects. I also pushed some fixes to make decompression for older Unity games go faster by taking advantage of browser decompression instead of the fallback javascript one.
Note that I’m still resolving some issues with our CDN configuration for brotli compression, but that should be fixed in the near future. Brotli appears to be the default so you’ll have to update the “Player settings” dialog to specify gzip directly.
Due to how caching works in our system, to take advantage of this update you will have to delete your build and reupload it.
