Response is compressed when not requested

[pferrot]

I have a backend application that supports optional response compression (see here for details).

Since 1.0 RC3, the response is compressed even if not requested. E.g. I hit http://myserver/path/to/service/version with my browser: it is supposed to return some JSON, but the browser actually prompts me to download a version.gzfile, which itself contains a version file with the actual JSON. This was not the case with previous versions (inculding RC2), i.e. I would see the actual JSON in the browser window.

It looks like (just guesses, I did not do much investigation) that Traefik now requests the response to be compressed from the backend but does not uncompress it before sending it to the original client...!?

[emilevauge]

@pferrot sadly, I can't reproduce this one :'(
I tried using a backend that accepts gzip compression (emilevauge/whoami) but it never ends in this issue. Could you provide a docker-compose file that reproduces this issue?

[emilevauge]

@pferrot Did you activate retry request ?

[pferrot]

Yes, I have retryenabled, with a fixed value (attempts = 10 if I remember correctly). I will test the latest build when I am back from vacation :-)

[pferrot]

I confirm that I cannot reproduce the issue with the v1.0.0 release. Thanks and congrats for that big milestone!

[gardnervickers]

I am seeing this behavior on v1.1.0, but not on v1.0.0.

[emilevauge]

@gardnervickers Can you give more details ? Are you using retry ?

[gardnervickers]

@emilevauge I was not using retry but I am seeing the same behavior with:

[retry]
attempts = 3

I am using these charts to deploy traefik with helm to Kubernetes in order provide ingress to our Jenkins dash.
https://github.com/kubernetes/charts/tree/master/stable/traefik

I know that's not a lot to go on, I'll try to make a better repro.