-
Notifications
You must be signed in to change notification settings - Fork 37
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
Add service worker static routing API information to resource timing #389
Comments
This was presented and discussed on the June 6th 2024 WebPerf WG call: minutes Summary of some points in the discussion:
The working group is aiming to schedule a follow-up meeting to align on all of the above. |
FYI, we’ve started the Chrome origin trial from M131 to add the proposed fields to resource timing api. |
@ErikWitt Thanks for providing us with feedback for SW static routing API! Based on your interest, I thought you |
Thanks for the heads up. I share some first feedback and a question here |
Service Worker Static Routing API is the API that allows developers to selectively choose whether the ServiceWorker should intercept requests, and allow them to specify when to not run ServiceWorker. In addition, it allows the them to offload simple ServiceWorker operations like cache look up. i.e. they can return resources from CacheStorage without running ServiceWorkers.
The API was proposed in service-worker-static-routing-api, and it was merged into the SW spec in w3c/ServiceWorker#1701 recently.
Service Worker provides timing information to mark certain points in time. However, it currently does not have any fields related to the ServiceWorker Static Routing API. Developers would benefit from having fields that provide information such as matched router info or taken time to evaluate the registered SW router.
For more details, please see the static routing API explainer for the resource timing here.
https://github.com/WICG/service-worker-static-routing-api/blob/main/resource-timing-api.md
We appreciate any feedback from the community!
The text was updated successfully, but these errors were encountered: