You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
http://localhost is already a potentially trustworthy URL. Upgrade-insecure-requests already skips localhost, and HSTS should too. Otherwise, problems occur when a web developer self-hosts multiple services on localhost, or if an end-user attempts to use any of many software packages that use ephemeral localhost web servers.
What is the issue with the Fetch Standard?
http://localhost is already a potentially trustworthy URL.
Upgrade-insecure-requests
already skips localhost, and HSTS should too. Otherwise, problems occur when a web developer self-hosts multiple services on localhost, or if an end-user attempts to use any of many software packages that use ephemeral localhost web servers.Currently, https://fetch.spec.whatwg.org/#concept-main-fetch includes:
I propose we add an additional restriction clause:
request’s current URL’s host’s public suffix is not " localhost " or " localhost. "
The text was updated successfully, but these errors were encountered: