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
Right now, body-parser provided out-of-the-box support for gzip, deflate, and identitiy content encodings. This is nice, but we can do even better by allowing users to define custom content encoding hooks that return a stream of the decoded content when provided a stream of encoded content.
The text was updated successfully, but these errors were encountered:
Any progress on this? Certain 3rd party API send us webhooks in utf-8 encoding, and bodyparser being in front of all routes forbid us to read their payload. How do I allow "utf-8" content encoding for now?
Also if you set Content-Encoding as "gzip, deflate", it will throw an "unsupported content encoding in the contentstream() method. This method performs a switch case directly matching the header value with the cases "deflate', 'gzip' and 'identity', thus failing if the header value is e.g. the one referred before.
Right now,
body-parser
provided out-of-the-box support forgzip
,deflate
, andidentitiy
content encodings. This is nice, but we can do even better by allowing users to define custom content encoding hooks that return a stream of the decoded content when provided a stream of encoded content.The text was updated successfully, but these errors were encountered: