-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Does "load an HTML document" miss respecting the navigation param's response's body? #10776
Comments
This is intentional. The body is consumed by step 3 of [1]. [2] is only about Document creation; there's no law saying that we must populate during the same algorithm as we create. #8095 discusses making step 3 more rigorous, but I don't think there's any issue here. I'll close this, but am happy to reopen it if I've misunderstood what you're getting at. |
Is it?
|
It is accessed by this spec text (emphasis mine):
As I said, #8095 discusses making this more rigorous, but I hope you can see how this accesses the response body, even though it doesn't use that exact variable name. |
TBH I don't see why this necessarily accesses the response body; one would presumably need more context to deduce that. It's fine to keep this ticket closed, given there's #8095. |
What is the issue with the HTML Standard?
1 invokes 2. The latter ignores navigation param's response's body.
This is relevant because 3 invokes 1 and sets the response's body in step 11 and populates the navigation params in step 11 with it.
Footnotes
https://html.spec.whatwg.org/multipage/document-lifecycle.html#navigate-html ↩ ↩2
https://html.spec.whatwg.org/multipage/document-lifecycle.html#initialise-the-document-object ↩
https://html.spec.whatwg.org/multipage/browsing-the-web.html#evaluate-a-javascript:-url ↩
The text was updated successfully, but these errors were encountered: