Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Sec-Fetch-* Fetch Metadata headers. #55

Closed
3 tasks done
mikewest opened this issue Apr 1, 2025 · 4 comments
Closed
3 tasks done

Add Sec-Fetch-* Fetch Metadata headers. #55

mikewest opened this issue Apr 1, 2025 · 4 comments
Labels
IANA pub requested Publication in the registry has been requested new registration A request for registering a new link relation type

Comments

@mikewest
Copy link

mikewest commented Apr 1, 2025

Please confirm that:

  • You have read and understood the requirements for registration.
  • You have checked the registry and found no current value that meets your needs.
  • Your specification reference URL is stable; ideally, managed by a widely-recognised standards development organisation (e.g., published as an RFC). Otherwise, please give additional information below.

If so, please provide the details of your request below:


As outlined in https://www.w3.org/TR/fetch-metadata/#iana (and with @martinthomson's helpful reminder in whatwg/fetch#1818 (comment)), I'd like to register four headers that are currently widely deployed by user agents as request headers: Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site, Sec-Fetch-User.

Sec-Fetch-Dest

Sec-Fetch-Mode

Sec-Fetch-Site

Sec-Fetch-User

@mikewest mikewest added the new registration A request for registering a new link relation type label Apr 1, 2025
@martinthomson
Copy link

martinthomson commented Apr 1, 2025

These are all really useful -- in the sense that they are security-critical -- so I don't see why these wouldn't be registered.

As for the structured field syntax on each, these are all Items.

Mike, you have two Sec-Fetch-Dest entries (though the second has the right Field name in the template).

@mikewest
Copy link
Author

mikewest commented Apr 1, 2025

These are all really useful -- in the sense that they are security-critical -- so I don't see why these wouldn't be registered.

As for the structured field syntax on each, these are all Items.

And I now notice I need to update the reference to the latest RFC. I'll take care of that shortly.

Mike, you have two Sec-Fetch-Dest entries (though the second has the right Field name in the template).

Thanks! Fixed.

@mnot mnot added the IANA pub requested Publication in the registry has been requested label Apr 1, 2025
@mozfreddyb
Copy link

Is Sec-Fetch-Ancestors going to come quickly enough that they should be included?

@mikewest
Copy link
Author

mikewest commented Apr 1, 2025

Is Sec-Fetch-Ancestors going to come quickly enough that they should be included?

Given that these four are shipping ~everywhere, it seems reasonable to proceed with their "permanent" registration. Given the state of the discussion/implementation around the ancestors proposal, I'd expect its registration to be "provisional" and probably worth splitting out. It's not actually clear to me that it's going to be one header, for instance. :)

@mnot mnot closed this as completed Apr 2, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
IANA pub requested Publication in the registry has been requested new registration A request for registering a new link relation type
Development

No branches or pull requests

4 participants