W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2022

Re: Revising Structured Fields: scope

From: Willy Tarreau <w@1wt.eu>
Date: Thu, 13 Oct 2022 04:39:41 +0200
To: Mark Nottingham <mnot@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <20221013023941.GA15353@1wt.eu>
On Thu, Oct 13, 2022 at 09:56:37AM +1100, Mark Nottingham wrote:
> Discussion so far seems to indicate folks have a preference for defining a new Date type in a revision of the Structured Fields specification, rather than in a separate document or as part of the Retrofit draft.
> If we're going to 'open up' the Structured Fields specification, we should have a defined scope of work, to help assure we don't unintentionally take on a bigger task than we're willing to. 
> I'm proposing that the scope be limited to:
> - Adding a Date type (using the current text in the Retrofit draft[1] as a starting point)
> - Removing ABNF from the specification (as discussed, it's confusing and current editorial style is NOT to use it[2])
> - Addressing technical issues that are or could qualify as errata (e.g., minor algorithm clarifications)
> - Minor and purely editorial work (e.g., improving wording, explanations, correcting typos if found)
> If we limit it in this way, I'm reasonably confident we can ship the spec to the IESG in a reasonable timeframe -- conceivably before the end of the year.
> Thoughts?

I think that this is reasonable, however, and unless I'm missing something,
it seems to me that it's still not possible to encode an empty value, and
for me this remains a showstopper for generalizing adoption as we do know
that a few header fields have a different semantic between empty and absent
(Accept, Host, HTTP2-Settings and probably a few other ones). I would really
like it if we would remove that limitation so that we could hope to more
easily retrofit other fields there, and it doesn't seem like too complicated
change to me to simply add "sf-empty" to the bare-item definition, which
would likely solve this.

Received on Thursday, 13 October 2022 02:40:00 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 28 January 2023 21:29:46 UTC