-
Notifications
You must be signed in to change notification settings - Fork 22
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
Is "entry setings object" correct? #78
Comments
It doesn't look like there are WPT, but some quick testing seems to show that Chrome, Firefox and Safari all use the environment settings object from sendBeacon's global when resolving relative URLs. (and origin checking, as mentioned in the linked HTML issue, probably has to be the same.) |
clelland
added a commit
that referenced
this issue
Aug 3, 2022
This removes the hand-maintained "Dependencies" section from the spec, and replaces all of the linked terms with ReSpec cross-references. Additionally, a few stale dependencies have been updated: * Page Visibility terms (visibilitychange, visibilityState, unload, and hidden) have been updated to point to their location in HTML. * References to the obsolete "entry settings object" have been replaced with "this's relevant settings object", which is the settings object actually used by implementations. Fixes #68, fixes #77, fixes #78
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
See whatwg/html#1431. We've mostly managed to remove this from the web platform, and hopefully it isn't what sendBeacon() actually uses in implementations. Has anyone written web platform tests to check?
The text was updated successfully, but these errors were encountered: