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
The same holds for non-ascii names of form fields. You can use the email.utils.decode_params function to perform this kind of decoding, as well as handle the continuations described in that same RFC.
This report here is the counterpart to urllib3/urllib3#119, where this bug caused a test to fail once a proper standards-conforming encoding was implemented.
The text was updated successfully, but these errors were encountered:
This is an ugly work-around for tornadoweb/tornado#868: we override one of
their internal functions, hoping that they don't decide to change its
semantics.
RFC 2388 Section 4.4 states:
The current
tornado.httputil._parse_header
implementation does not allow for the second of these alternatives: it does not properly decode a header of the formThe same holds for non-ascii names of form fields. You can use the
email.utils.decode_params
function to perform this kind of decoding, as well as handle the continuations described in that same RFC.This report here is the counterpart to urllib3/urllib3#119, where this bug caused a test to fail once a proper standards-conforming encoding was implemented.
The text was updated successfully, but these errors were encountered: