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
curl -sv --compress 127.0.0.1:3000
* Trying 127.0.0.1:3000...
* Connected to 127.0.0.1 (127.0.0.1) port 3000
> GET / HTTP/1.1
> Host: 127.0.0.1:3000
> User-Agent: curl/8.7.1
> Accept: */*> Accept-Encoding: deflate, gzip, br, zstd
>* Request completely sent off
< HTTP/1.1 200 OK
< Access-Control-Allow-Origin: *< Content-Encoding: gzip
< content-type: text/plain;charset=utf-8
< Date: Tue, 14 May 2024 08:26:29 GMT
< Content-Length: 11
<
{ [11 bytes data]
* Error while processing content unencoding: incorrect header check
* Closing connection
What is the expected behavior?
curl -sv --compress 127.0.0.1:3000
* Trying 127.0.0.1:3000...
* Connected to 127.0.0.1 (127.0.0.1) port 3000
> GET / HTTP/1.1
> Host: 127.0.0.1:3000
> User-Agent: curl/8.7.1
> Accept: */*> Accept-Encoding: deflate, gzip, br, zstd
>* Request completely sent off
< HTTP/1.1 200 OK
< Access-Control-Allow-Origin: *< content-type: text/plain;charset=utf-8
< Date: Tue, 14 May 2024 08:28:58 GMT
< Content-Length: 11
<
{ [11 bytes data]
* Connection #0 to host 127.0.0.1 left intact
Hello world
What do you see instead?
No response
Additional information
Everything is fined when aot is false.
Also, I conducted some tests by removing the "onAfterHandle" and "mapResponse" handlers separately. I found that if there is an "onAfterHandle" handler present, the return of the "mapResponse" handler is ignored. However, everything works fine if both handlers are "onAfterHandle" or if there is only the gzipSync "mapResponse" handler.
The text was updated successfully, but these errors were encountered:
Had this issue to after setting aot to false to make the bundled server work with headers. My workaround is to not use the mapResponse handler and instead, make a utility gzipping function that I call when return response in the controller/route.
What version of Elysia.JS is running?
Elysia 1.0.20
What platform is your computer?
Linux 6.8.9-273-tkg-eevdf-llvm x86_64 unknown
What steps can reproduce the bug?
What is the expected behavior?
What do you see instead?
No response
Additional information
Everything is fined when aot is false.
Also, I conducted some tests by removing the "onAfterHandle" and "mapResponse" handlers separately. I found that if there is an "onAfterHandle" handler present, the return of the "mapResponse" handler is ignored. However, everything works fine if both handlers are "onAfterHandle" or if there is only the gzipSync "mapResponse" handler.
The text was updated successfully, but these errors were encountered: