Honor `fetchpriority` attribute for HTTP/3 requests
Categories
(Core :: Networking: HTTP, task, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox128 | --- | fixed |
People
(Reporter: mbrodesser-Igalia, Assigned: valentin)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [necko-triaged][necko-priority-next])
Attachments
(1 file)
HTTP/3 requests use the mapping of the class of service at https://searchfox.org/mozilla-central/rev/40d51bef58b8e901d6ab4b60dd280f372a0e417d/netwerk/protocol/http/Http3Stream.cpp#83-106 to determine their priority.
See https://searchfox.org/mozilla-central/rev/fe8b30e982c86d26ccf1f14d825c0de870b91f27/modules/libpref/init/StaticPrefList.yaml#12397-12399 for a link to the extensible prioritization scheme for HTTP used by HTTP/3 in Gecko.
However, the fetchpriority
attribute currently only affects nsISupportsPriority
, see e.g. https://searchfox.org/mozilla-central/rev/fe8b30e982c86d26ccf1f14d825c0de870b91f27/dom/script/ScriptLoader.cpp#692,698, not the class of service mentioned above.
Hence, fetch priority currently doesn't affect HTTP/3 requests.
Assignee | ||
Comment 1•1 year ago
|
||
We currently send a priority update only when the window of the request becomes active/inactive:
https://searchfox.org/mozilla-central/rev/fe8b30e982c86d26ccf1f14d825c0de870b91f27/netwerk/protocol/http/Http3Stream.cpp#158
We should make sure to consider the fetchpriority when sending the update, and also when issuing the initial request here
https://searchfox.org/mozilla-central/rev/fe8b30e982c86d26ccf1f14d825c0de870b91f27/netwerk/protocol/http/Http3Session.cpp#1157
Updated•1 year ago
|
Reporter | ||
Comment 2•10 months ago
|
||
Presumably the initial version of fetchpriority can ship without this.
Assignee | ||
Updated•6 months ago
|
Assignee | ||
Comment 4•6 months ago
|
||
Comment 5•6 months ago
|
||
There is an r+ patch which didn't land and no activity in this bug for 2 weeks.
:valentin, could you have a look please?
If you still have some work to do, you can add an action "Plan Changes" in Phabricator.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 6•6 months ago
|
||
Will land this week.
Backed out for causing mochitest failures on browser_net_copy_headers.js
Updated•5 months ago
|
Comment 10•5 months ago
|
||
(In reply to Aron Cseh from comment #9)
Backed out for causing mochitest failures on browser_net_copy_headers.js
The test expects u=1 at https://searchfox.org/mozilla-central/rev/ccb101be8f27d837b655ccee51a52c0337dd1eb8/devtools/client/netmonitor/test/browser_net_copy_headers.js#50 but with the patch it gets u=0.
Comment 11•5 months ago
|
||
Comment 12•5 months ago
|
||
bugherder |
Description
•