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
Introduction: When HTTP requests a gzip API in wasm-js, the response body has been decompressed, but content-encoding=gzip has not been deleted. This is inconsistent with the native behavior.
I created a github repository containing complete reproduction steps
What did you expect to see?
Expect the response of the HTTP client to be automatically decoded into gzip and remove the header with content encoding=gzip
dmitshur
added
NeedsFix
The path to resolution is known, but the work has not been done.
and removed
NeedsInvestigation
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
labels
Nov 6, 2023
What version of Go are you using (
go version
)?Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (
go env
)?go env
OutputWhat did you do?
Introduction: When HTTP requests a gzip API in wasm-js, the response body has been decompressed, but content-encoding=gzip has not been deleted. This is inconsistent with the native behavior.
I created a github repository containing complete reproduction steps
What did you expect to see?
Expect the response of the HTTP client to be automatically decoded into gzip and remove the header with content encoding=gzip
Content-Encoding:
Content-Length:
ContentLength: -1
body: [104 101 108 108 111 44 32 119 111 114 108 100] # decompressed body
What did you see instead?
Content-Encoding: gzip
Content-Length: 36
ContentLength: 36
body: [104 101 108 108 111 44 32 119 111 114 108 100] # decompressed body
The text was updated successfully, but these errors were encountered: