Bug 49238
| Summary: | Link prefetch launches subresource requests too aggressively | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Gavin Peters <gavinp> |
| Component: | DOM | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | CC: | achristensen, ad, adieulot, ap, beidson, koivisto, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://http://www.belshe.com/test/prefetch2.html | ||
| Bug Depends on: | 194539 | ||
| Bug Blocks: | |||
Gavin Peters
Look at the linked URL, and see the resource loading order. The launch of prefetch requests is occurring too early. Prefetch requests should not be launched while, for instance, the onload is pending.
http://code.google.com/p/chromium/issues/detail?id=61476
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Andy Davies
This issue still applies in iOS 13.5.1 and Safari 13.1 on mojave
It's particularly bad if the HTTP/2 server doesn't support effective prioritisation as Safari makes the requests at a low priority but the server ignores this and responds, potentially blocking higher priority responses.
See https://andydavies.me/blog/2020/07/08/rel-equals-prefetch-and-the-importance-of-effective-http-slash-2-prioritisation/
Radar WebKit Bug Importer
<rdar://problem/66009869>