Closed
Bug 1801608
Opened 2 years ago
Closed 2 years ago
Priorize early hint preload as preload
Categories
(Core :: Networking: HTTP, task, P2)
Core
Networking: HTTP
Tracking
()
RESOLVED
FIXED
110 Branch
Tracking | Status | |
---|---|---|
firefox110 | --- | fixed |
People
(Reporter: manuel, Assigned: manuel)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(1 file)
cos->AddClassFlags(nsIClassOfService::Unblocked);
is called in Fetchpreloader. Should be done in EarlyHintPreloader as well.
// static
void FetchPreloader::PrioritizeAsPreload(nsIChannel* aChannel) {
if (nsCOMPtr<nsIClassOfService> cos = do_QueryInterface(aChannel)) {
cos->AddClassFlags(nsIClassOfService::Unblocked);
}
}
// static
void PreloaderBase::AddLoadBackgroundFlag(nsIChannel* aChannel) {
nsLoadFlags loadFlags;
aChannel->GetLoadFlags(&loadFlags);
aChannel->SetLoadFlags(loadFlags | nsIRequest::LOAD_BACKGROUND);
}
Assignee | ||
Comment 1•2 years ago
|
||
We might want to prioritize the different asset types differently?
- css > (or: ==/<) font > javascript > images?
Assignee | ||
Comment 2•2 years ago
|
||
Updated•2 years ago
|
Assignee: nobody → manuel
Status: NEW → ASSIGNED
Pushed by mbucher@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/781cf9405c2a
Early Hints: Depriorize preload channel to unblocked background load r=necko-reviewers,valentin
Comment 4•2 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
status-firefox110:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 110 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•