-
Notifications
You must be signed in to change notification settings - Fork 351
Process 103 Early Hints response #1404
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
Conversation
Plumb an algorithm to process 103 Early Hints responses. The algorithm is optional. See whatwg/html#7598 for the overall approach.
@annevk @yutakahirano What do you think about this approach? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good overall. I want to have an assertion and note, as commented.
@annevk Do you think this is a reasonable approach to integrate Early Hints with the fetch standard? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall this looks reasonable to me. I have some nits and questions, and I might have some further editorial suggestions that I can also make in a fixup commit once everyone is aligned on the approach.
Co-authored-by: Anne van Kesteren <[email protected]>
Updated. Please let me know if I missed something. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
fetch.bs
Outdated
<p><a for=/>Assert</a>: <var>request</var>'s <a for=request>mode</a> is | ||
"<code>navigate</code>". | ||
|
||
<p class=note>Processing of early hints is only vetted for navigations. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the most significant change I made. I made it because the earlier assertion focused on "cors" while "same-origin" also exists and wasn't addressed. And it's also not clear to me that "cors" couldn't be made to work if we wanted it to work.
If this and my other changes look okay (please an explicit comment if you had a look) I think this can land after all the other requirements are met and the HTML PR is also ready to land.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for review and edit. It looks great to me.
Currently I'm adding WPTs. I'll add another comment in this PR when this could be ready to land.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
WPTs are pretty comprehensive!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes we now have good test coverage in WPT. It seems that the HTML PR (whatwg/html#7675) is getting ready to land and wants to have cross-links to this change. It would be great to merge this PR.
I moved the assert up and also added some information about this to the "Using fetch in other standards" chapter. If those changes look okay to @bashi and the remaining bug is filed against Safari I think this is good to go. |
Thank you @annevk, the change looks great to me. I filed a bug against Safari (https://bugs.webkit.org/show_bug.cgi?id=238921). |
Plumb an algorithm to process 103 Early Hints responses. The
algorithm is optional.
See whatwg/html#7598 for the overall approach.
Preview | Diff