[
https://issues.apache.org/jira/browse/TS-3752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14645460#comment-14645460
]
Masaori Koshiba commented on TS-3752:
-------------------------------------
1. We should revert {{6c4c7226ea4d25c084d1d6b97ae6fec262b9f1f3}}. This is
critical.
2. Some changes in {{6c4c7226ea4d25c084d1d6b97ae6fec262b9f1f3}}, printing debug
logs, are usefull. Those code should be kept.
3. I'm going to rewrite {{rcv_headers_frame()}}, {{rcv_continuation_frame()}}
and related code to fix this issue completely.
> Problem with larger headers and HTTP/2
> --------------------------------------
>
> Key: TS-3752
> URL: https://issues.apache.org/jira/browse/TS-3752
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP/2
> Reporter: Bryan Call
> Assignee: Bryan Call
> Labels: yahoo
> Fix For: 6.0.0
>
>
> There is a problem when ATS receives a HEADERS or CONTINUATION frame on the
> HEADERS frame and there is no end of header to be decoded. If there is 1
> small header at the beginning of the frame it will work, but if a large
> header either starts at the beginning of the frame or started on the previous
> frame and don't end until the next frame then the decoded_bytes will be 0.
> This will cause a COMPRESSION_ERROR to be send to the client with a GOAWAY
> frame.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
