If possible please post the problematic session as a SAZ archive (you can use the export functionality) so we could investigate further. Currently. the request to the linked URL is working as expected on our side (but we are not seeing any encoding being used from the server so it looks that something has changed)
Thanks for the response. It looks like its a bug with:
Thank you for providing the endpoints. I can confirm that this looks like a legit bug, and the BR content encoding is also not being encoded on my side. Logging this one as a bug (but it could be a feature request to support BR encoding), and once the issue is discussed in our planning meetings, I will update the information here.
I'm using the latest fiddler everywhere on Ubuntu 18.04.4 LTS. I'm trying to see the decoded response body in `Inspectors > Response > Raw`, however I only seem to get encoded versions. I can't quite figure out what encoding it is from the view - it does seem to be decompressed, but there are a few extra non-ascii chars in there which make it hard to read. Example below:
- GET https://whitelabel.spikedata.co.za/ HTTP/1.1
- actual response body:
- response in fiddler: