Closed fluxth closed 3 months ago
Ugh, ok. Sorry about that. I yanked that version from crates.io. You're right, the problem was introduced in that PR. We need to move Lambda URLs to their own payloads instead of reusing the Alb payloads: https://github.com/awslabs/aws-lambda-rust-runtime/blob/main/lambda-events/src/event/lambda_function_urls/mod.rs
This issue is now closed. Comments on closed issues are hard for our team to see. If you need more assistance, please either tag a team member or open a new issue that references this one.
Summary
After the update to
lambda_http v0.11.2
, some response headers no longer propagate in lambda function URL environment. See below for how to reproduce.Maybe related PR #852
How to reproduce
Using the following code, deploy to a lambda function URL and access it:
Behavior in
lambda_http v0.11.1
Note the
content-encoding: gzip
andvary: accept-encoding
headers in the response above.After updated to
lambda_http v0.11.2
These bytes are indeed gzipped contents but both
content-encoding: gzip
andvary: accept-encoding
headers present inv0.11.1
are now missing. If I pipe the response bytes intogunzip
we now get the expected data: