{"action":"reopened","issue":{"url":"https://api.github.com/repos/quicwg/base-drafts/issues/1127","repository_url":"https://api.github.com/repos/quicwg/base-drafts","labels_url":"https://api.github.com/repos/quicwg/base-drafts/issues/1127/labels{/name}","comments_url":"https://api.github.com/repos/quicwg/base-drafts/issues/1127/comments","events_url":"https://api.github.com/repos/quicwg/base-drafts/issues/1127/events","html_url":"https://github.com/quicwg/base-drafts/issues/1127","id":298828147,"number":1127,"title":"The 32 octet overhead","user":{"login":"martinthomson","id":67641,"avatar_url":"https://avatars1.githubusercontent.com/u/67641?v=4","gravatar_id":"","url":"https://api.github.com/users/martinthomson","html_url":"https://github.com/martinthomson","followers_url":"https://api.github.com/users/martinthomson/followers","following_url":"https://api.github.com/users/martinthomson/following{/other_user}","gists_url":"https://api.github.com/users/martinthomson/gists{/gist_id}","starred_url":"https://api.github.com/users/martinthomson/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/martinthomson/subscriptions","organizations_url":"https://api.github.com/users/martinthomson/orgs","repos_url":"https://api.github.com/users/martinthomson/repos","events_url":"https://api.github.com/users/martinthomson/events{/privacy}","received_events_url":"https://api.github.com/users/martinthomson/received_events","type":"User","site_admin":false},"labels":[{"id":843361059,"url":"https://api.github.com/repos/quicwg/base-drafts/labels/-qcram","name":"-qcram","color":"fbca04","default":false},{"id":481871311,"url":"https://api.github.com/repos/quicwg/base-drafts/labels/editorial","name":"editorial","color":"0e8a16","default":false}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":5,"created_at":"2018-02-21T03:13:54Z","updated_at":"2018-02-27T00:51:28Z","closed_at":null,"author_association":"MEMBER","body":"The draft currently notes that the 32 octet per-record overhead that HPACK uses for accounting might need re-evaluation.\r\n\r\nHaving implemented QCRAM, per-record overheads didn't change for a decoder, so I would say that the 32 octet value is fine.  If this is OK, we should still track the fact that the issue was raised and discussed.  If not, this is a great place to air concerns.  For instance, maybe the HPACK overhead was wrong in some critical way, but I've not heard anyone suggest that."}}
{"actor":{"display_login":"MikeBishop"}}