- From: Tommy Pauly <tpauly@apple.com>
- Date: Tue, 14 May 2019 10:46:11 -0700
- To: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
- Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, Mark Nottingham <mnot@mnot.net>
Hello all, Thanks for the lively discussion we had on this topic! However, it looks like the conversation has petered out. As a working group, we should come to some consensus on the best way forward for this issue. I'd like to ask everyone to reply with which option they prefer of the of following, so we can get a sense of the group's opinion: A. Leave the document as is, not defining empty header values for SH (as requested by the editors). As noted on the list, this can allow future revisions to add support. B. Define empty header values for SH (as the issue requests). C. Do not allow empty header values for SH, but add formal text to the document explaining how to handle empty values. Please evaluate these based on what you think will help us converge and ship this document, and note that this is deciding how we define formal Structured Headers, not all or previous HTTP headers. Best, Tommy (chair hat on) > On May 1, 2019, at 10:15 PM, Mark Nottingham <mnot@mnot.net> wrote: > > (Editor hat on) > > <https://github.com/httpwg/http-extensions/issues/781> > > PHK and I have discussed this, and I think we agree that this issue should be closed without any change to the specification. > > Any further discussion? We'd like to get this spec shipped. > > Thanks, > > -- > Mark Nottingham https://www.mnot.net/ > >
Received on Tuesday, 14 May 2019 17:46:48 UTC