New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 648338 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner: ----
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Add support for tracking page load metrics of prerendered pages

Project Member Reported by bmcquade@chromium.org, Sep 19 2016

Issue description

page_load_metrics doesn't currently support tracking metrics for prerendered pages. We should enable tracking of them if/when they get foregrounded. It's not clear what start time to use for prerenders however. From a user perception standpoint, the start time is the time they initiated the navigation, whereas navigation_start tracks the time that the navigation was initiated in the background as a prerender.
 
Cc: pasko@chromium.org
Status: Available (was: Untriaged)
Loading triager here. Marking as available since this is more of a request than a bug and not high priority.
Components: Speed>Metrics
I think the right long term plan here is to measure all navigation timing starting from the user input which triggered the navigation.

Once we have general page load metrics from user input, it should be possible for us to seamlessly add coverage here.
That makes sense to me. It'd be ideal to change the public definition of navigation_start to use the user input event timestamp as well. Otherwise what we measure internally will be inconsistent w/ what web devs measure.

Comment 6 by pasko@chromium.org, Jul 26 2017

Status: Fixed (was: Available)
I believe this was fixed with Omnibox.SuggestionUsed*Prerender (and to some extent the various *PrefetchTTFCP*) which both take the foregrounding time as the start time.

Sign in to add a comment