You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 5, 2019. It is now read-only.
Most of the time Pacto seems to be handling compression okay, but I just ran across a test where pacto was proxying a compressed response and responded with a compressed body but without the proper headers. I'm not sure if this was a pacto issue or if the server itself wasn't sending the proper headers.
The workaround was to not forward accept-encoding, but a more proper fix is to make sure the body is decoded as necessary.
Note: This worked, at least for a Gzip stream: Zlib::GzipReader.new(StringIO.new(pacto_response.body))
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Most of the time Pacto seems to be handling compression okay, but I just ran across a test where pacto was proxying a compressed response and responded with a compressed body but without the proper headers. I'm not sure if this was a pacto issue or if the server itself wasn't sending the proper headers.
The workaround was to not forward accept-encoding, but a more proper fix is to make sure the body is decoded as necessary.
Note: This worked, at least for a Gzip stream:
Zlib::GzipReader.new(StringIO.new(pacto_response.body))
The text was updated successfully, but these errors were encountered: