-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What design should be used for reporting navigation duration? #33
Labels
surface api
Minor tweaks or additions to the API surface to make it nicer (without changing the model)
Comments
domenic
added
the
surface api
Minor tweaks or additions to the API surface to make it nicer (without changing the model)
label
Feb 17, 2021
This was referenced Mar 5, 2021
The @w3ctag think that is makes sense to use the same primitive for this and bfcache navigations, but developers should be able to see what navigation type happened so that you can differentiate the two |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
surface api
Minor tweaks or additions to the API surface to make it nicer (without changing the model)
After #27, the proposal discusses how you can get the "duration of the navigation" via
event.timeStamp - event.startTime
, at least for same-document navigations. It has an open question about whether this should work for cross-document navigations (related to #31).A larger question is whether this property-on-an-event design is the right approach at all. We need to coordinate with the WebPerf folks, e.g. @yoavweiss is apparently working on a way to generate
PerformanceEntry
instances for bfcache navigations, which have some similarities to same-document navigations. Maybe (probably?) we should just have same-document navigations be measured via the those performance timeline mechanisms as well.The text was updated successfully, but these errors were encountered: