Bug 205768
| Summary: | Resource Timing: secureConnectionStart == 0 when origin resource is requested from is reconnected to via Resource Hint | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Andy Davies <ad> |
| Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | achristensen, ahmad.saleem792, beidson, cdumez, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari Technology Preview | ||
| Hardware: | Mac | ||
| OS: | macOS 10.14 | ||
Andy Davies
Example Test Case: https://andydavies.github.io/browser-bug-demos/secureConnectionStart/preconnect.html
Page preconnects to res.cloudinary.com, after a short delay (to allow for a connection to be established) sets image URL, then when image loads, queries resource timing entries and inserts them into the page.
DNS and TCP phases of connection are clamped to fetchStart as they occurred before it)
secureConnectionStart is zero rather than being clamped in the same way
Chrome has similar behaviour (https://bugs.chromium.org/p/chromium/issues/detail?id=1039080) but the behaviour seems to change depending on whether DevTools is open, Safari's behaviour remains consistent regardless of whether Inspector is open or closed.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/58331361>
Ahmad Saleem
I believe this is similar to what was fixed here:
https://commits.webkit.org/237727@main
CCing - Alex and Chris for their input.
Alex Christensen
Yep. Thanks, Ahmad!
*** This bug has been marked as a duplicate of bug 225733 ***