W3C home > Mailing lists > Public > public-webappsec@w3.org > April 2019

Re: CfC to adopt Fetch Metadata, and publish a FWPD (deadline April 8th).

From: Mike West <mkwst@google.com>
Date: Fri, 5 Apr 2019 09:11:53 +0200
Message-ID: <CAKXHy=c95JsE9KjKudseq-wMA5HF=gOt-jwO_+uGONobgdHgCg@mail.gmail.com>
To: Web Application Security Working Group <public-webappsec@w3.org>
Cc: Dan Veditz <dveditz@mozilla.com>, Wendy Seltzer <wseltzer@w3.org>
Pinging this thread; there's been a bit of feedback on
https://github.com/w3c/webappsec/issues/550, but it would be nice to get a
little more discussion around the question of what should fold into Fetch,
and what should live in a separate document. :)


On Mon, Mar 25, 2019 at 10:02 AM Mike West <mkwst@google.com> wrote:

> (Chair hat off)
> We discussed Fetch Metadata <https://mikewest.github.io/sec-metadata/> briefly
> on the 2019-03-20 call
> <https://github.com/w3c/webappsec/blob/master/meetings/2019/2019-03-20.minutes.md#fetch-metadata>,
> and I think there was some amount of concensus among the folks there that
> this was an interesting feature, and would be most easily comprehensible as
> a separate document. I think the functionality fits into our existing
> charter's scope <https://www.w3.org/2011/webappsec/charter-2017.html> pretty
> cleanly, and I think that there's been enough attention to the feature's
> broad strokes that it's worth pulling out of incubation and into a group
> like this one.
> Is it a reasonable feature we'd like to standardize? If so, is doing that
> work here reasonable, or should we push it out to WHATWG instead, perhaps
> even as part of Fetch? I think the answers are "Yes" and "Yes", but I'd
> appreciate feedback from the wider group.
> This, therefore, is a call for consensus to adopt Fetch Metadata as a
> WebAppSec deliverable and publish it as a FPWD. If you have thoughts, one
> way or the other, please respond by 2019-04-08 (preferably in the GitHub
> issue at https://github.com/w3c/webappsec/issues/550, but responses to
> this thread are, of course, welcome!)
> Thanks!
> -mike
Received on Friday, 5 April 2019 07:12:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:55:06 UTC