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
So was getting some exceptions after the move from 5.0.1 to 6.1.0 and traced it to the new header parsing
I was noticing that headerParts seemed to collect all the content in the proxy response and not just the headers. In our case the 407 is accompanied by some HTML indicating the issue.
Looking at the code you grab endOfHeaders for building the buffer, but are not using it in the headerParts array creation. In my case that means the content page gets included and then you start getting Invalid Header exceptions.
I have not tested this heavily, especially on really long responses that might require the "end of" recursive call, but should headerParts only use a slice of buffered?
Cool I have a few internal gates to pass so may take a little bit even for a papercut, but hopefully shouldn't be stuck for long. I also want to run through your contributing to make sure I can tick all the boxes.
So was getting some exceptions after the move from 5.0.1 to 6.1.0 and traced it to the new header parsing
I was noticing that headerParts seemed to collect all the content in the proxy response and not just the headers. In our case the 407 is accompanied by some HTML indicating the issue.
Looking at the code you grab endOfHeaders for building the buffer, but are not using it in the headerParts array creation. In my case that means the content page gets included and then you start getting Invalid Header exceptions.
I have not tested this heavily, especially on really long responses that might require the "end of" recursive call, but should headerParts only use a slice of buffered?
The text was updated successfully, but these errors were encountered: