#557 Intra-Message HEADERS frames was: Striving for Compromise (Consensus?)

K.Morgan@iaea.org> wrote:
>
> On 11 Jul 2014, at 15:22, "jpinner@twitter.com" <jpinner@twitter.com> wrote:
>
>> It
>> also prevents experimenting with the type of inter-message HEADERS
>> frames that some people wanted (streaming checksums and the like) that
>> are currently permitted to be sent but have no "semantic" mapping to
>> HTTP/1.1
>
> I'm all for this, but I've said this before, and I'll say it again. Re-using HEADERS frames for this purpose is confusing. Are they hpack encoded? What does it mean if you get an intra-message HEADERS frame and END_HEADERS is set? Is END_STREAM allowed?
>
> Why not just add a simple METADATA frame and be done with it?

This email message is intended only for the use of the named recipient. Information contained in this email message and its attachments may be privileged, confidential and protected from disclosure. If you are not the intended recipient, please do not read, copy, use or disclose this communication to others. Also please notify the sender by replying to this message and then delete it from your system.

Received on Saturday, 12 July 2014 21:36:33 UTC

Follow Lee on X/Twitter - Father, Husband, Serial builder creating AI, crypto, games & web tools. We are friends :) AI Will Come To Life!

Check out: eBank.nz (Art Generator) | Netwrck.com (AI Tools) | Text-Generator.io (AI API) | BitBank.nz (Crypto AI) | ReadingTime (Kids Reading) | RewordGame | BigMultiplayerChess | WebFiddle | How.nz | Helix AI Assistant