Bug 246508
Summary: | Implement Fetch Metadata Request Headers (aka Sec-Fetch-*) | ||
---|---|---|---|
Product: | WebKit | Reporter: | Anne van Kesteren <annevk> |
Component: | DOM | Assignee: | Patrick Griffis <pgriffis> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | pgriffis, webkit-bug-importer |
Priority: | P2 | Keywords: | InRadar |
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
URL: | https://w3c.github.io/webappsec-fetch-metadata/ | ||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=247696 | ||
Bug Depends on: | 204744, 237550, 238265, 253265 | ||
Bug Blocks: |
Anne van Kesteren
This is a tracking bug for the various dedicated Fetch Metadata bugs. Seems all headers apart from Sec-Fetch-Site and Sec-Fetch-User are covered thus far, but Sec-Fetch-Site has a patch.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/101162929>
Patrick Griffis
I don't plan on working on Sec-Fetch-User, at least for now. Discussing it with some people from Google they said that User wasn't very reliable nor the most important of them.
It should be doable in WebKit but it seemed less straightforward that Chromium which has more direct access to the browser UI layers to track user actions.
I'd like to see the current work that is done at least move to be enabled as an experimental feature.
Patrick Griffis
Pull request: https://github.com/WebKit/WebKit/pull/6211
EWS
Committed 256456@main (cb60df93ab8c): <https://commits.webkit.org/256456@main>
Reviewed commits have been landed. Closing PR #6211 and removing active labels.
Anne van Kesteren
Patrick, this wasn't meant to be the "enable by default" bug. Now we have nothing open to track the remaining WebSocket-related issue as well as Sec-Fetch-User. Could you file a new tracking bug perhaps as I guess we cannot reopen this one now it's associated with that PR?
Patrick Griffis
Sorry about that. I opened https://bugs.webkit.org/show_bug.cgi?id=247696