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
Is your feature request related to a problem? Please describe.
Hi, we have a use case where parsing a request with a single space after header name is expected to succeed.
Currently, given a request with space after header name will fail parsing. Looks like because the space isn't a valid header token and the current allow_spaces_after_header_name check seems to be for responses only. Reference: seanmonstar/httparse#88
Describe the solution you'd like
Could we add an option for allow_spaces_after_header_name_in_requests check?
Effort:
adding an extra option allow_spaces_after_header_name_in_requests to ParserConfig in httparse
some modification to the parse function to ignore spaces after the header name if the config option is enabled in httparse
adding a wrapper function to hyper Builder impl for allowing spaces after header name
Describe alternatives you've considered
ignoring invalid headers and implementing a custom parser, but this is more complicated and inefficient to implement when we could just use an additional option here
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Hi, we have a use case where parsing a request with a single space after header name is expected to succeed.
Currently, given a request with space after header name will fail parsing. Looks like because the space isn't a valid header token and the current allow_spaces_after_header_name check seems to be for responses only. Reference: seanmonstar/httparse#88
Describe the solution you'd like
Could we add an option for allow_spaces_after_header_name_in_requests check?
Effort:
Describe alternatives you've considered
ignoring invalid headers and implementing a custom parser, but this is more complicated and inefficient to implement when we could just use an additional option here
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: