06:28:00 RRSAgent has joined #serviceworkers 06:28:04 logging to https://www.w3.org/2023/09/13-serviceworkers-irc 06:28:04 RRSAgent, do not leave 06:28:04 RRSAgent, make logs public 06:28:05 Meeting: ServiceWorker and Loading Performance 06:28:05 Chair: Shunya Shishido 06:28:05 Agenda: https://github.com/w3c/tpac2023-breakouts/issues/7 06:28:07 Slideset: https://docs.google.com/presentation/d/1aoHncqpr-3bC-Wh5yVjL1WO5YHyFiwTdarzDMjdwpuU/edit#slide=id.p 06:28:10 clear agenda 06:28:12 agenda+ Pick a scribe 06:28:14 agenda+ Reminders: code of conduct, health policies, recorded session policy 06:28:16 agenda+ Goal of this session 06:28:20 agenda+ Discussion 06:28:22 agenda+ Next steps / where discussion continues 07:20:14 tidoust has joined #serviceworkers 09:01:00 tidoust has joined #serviceworkers 10:19:32 past has joined #serviceworkers 10:19:47 nick_lansley_gs1 has joined #serviceworkers 10:20:02 Domenic has joined #serviceworkers 10:20:11 present+ 10:20:43 JohnRiv has joined #serviceworkers 10:20:43 present+ 10:20:43 present+ 10:20:43 youenn_ has joined #serviceworkers 10:20:43 +Present 10:22:01 present+ 10:22:01 scribenick: Domenic 10:22:01 horo has joined #serviceworkers 10:22:44 McCool_ has joined #serviceworkers 10:22:49 shunya: [explains agenda] Static routing API is most important topic from our perspective 10:24:50 Barry_Pollard has joined #serviceworkers 10:24:50 shunya: [walking through background & motivations slides] 10:29:46 shunya: [walking through "How to minimize the cost" slides] 10:30:13 (were web worker QoS and service worker breakouts swapped?) 10:31:24 nidhi_ has joined #serviceworkers 10:31:24 (or maybe the calendar entries were just wrong...) 10:31:37 (yes, if you refresh the web calendar you'll get the updated schedule) 10:48:32 youenn_: we (WebKit) have been interested for quite some time and are supportive of the direction. It's exciting that this is getting to the spec level. 10:49:02 youenn_: it should be simple enough. If we are adding stuff progressively, we need to understand what happens when a browser only supports part of the API. 10:49:34 shunya: curious to learn about implementation in WebKit 10:50:46 youenn_: probably very similar to Chromium. Content process <-> network process <-> main process interactions. Often have to interact with the main page's process which is busy running JS. We did some improvements, moving IPCs to background threads. But still some developers are saying it is not sufficient, and I can understand that. 10:52:01 nick_lansley_gs1: positive comment. We have members all around the world, creating independent web applications, and running into performance issues. Anything that can improve performance and give intelligent decisions on network vs. cache or similar. 10:52:07 nick_lansley_gs1: is this Chromium or Chrome? 10:52:12 shunya: Chromium 10:52:45 [turning to the issues discussed on the last slide] 10:53:35 shunya: [explains the install-event only restriction] 10:54:17 youenn_: from an implementer point of view, this is good. At the end of install is when you store to disk; timing aligns well and is consistent. If we don't have a strong use case, this is a great choice. 10:56:34 shunya: we received a comment on GitHub from someone working on a performance improvement service third-party. The third party provides a cross-origin script which is imported via importScripts(). So maybe some conflict between first-party service worker code and importScript()s code. 10:56:50 youenn_: so should we add getRules() and removeRules()? Do we need to decide now? 10:57:24 shunya: currently we implemented only one registerRouter() call, but we changed our mind (just haven't updated implementation yet). Hopefully this is sufficient for the above multi-script use case? 10:58:25 Domenic: I think it will be sufficient. We can ask the person on GitHub, and if it's not, add get/remove later. 10:58:41 youenn_: already an existing problem [...didn't quite catch how...] 10:59:03 shunya: thoughts on using URLPattern? 10:59:32 youenn_: I question the complexity a bit. The simpler the less buggy/security issues. 11:00:17 Domenic: note that we're using the URLPattern mode without regexps, and the spec is a modern spec with lots of detail, so we're hopeful it won't be a problem. 11:01:03 shunya: it would be great to integrate with Workbox 11:01:31 shunya: is it useful on the edge? I guess we don't have many CDN people here, but recently lots of edge computing and CDNs uses service worker APIs. 11:02:33 youenn_: question on the sources. I'm less sure on race-network-and-fetch-handler. 11:02:52 shunya: [goes back to the slide and explains] 11:03:00 youenn_: like navigation preload for the fetch handler? 11:03:12 shunya: similar but does not wait for fetch handler execution like navigation preload does 11:04:46 youenn_: I was wondering about race-network-and-only-if-service-worker-is-running-run-fetch-handler. This could let service workers stay idle longer. 11:05:32 https://github.com/WICG/service-worker-static-routing-api/blob/main/final-form.md#use-service-worker-iif-running 11:06:02 shunya: oh yes. It's already implemented in Chrome. (Some bugs.) 11:06:11 s/Chrome/Chrome 117/ 11:06:36 shunya: check out https://github.com/WICG/service-worker-static-routing-api/blob/main/final-form.md 11:07:35 Domenic: to be clear, final-form.md isn't "we're definitely building all of this", it's "let's make sure the initial version is future-compatible with what we might want" 12:05:13 tidoust has joined #serviceworkers 12:44:18 RRSAgent has joined #serviceworkers 12:44:18 logging to https://www.w3.org/2023/09/13-serviceworkers-irc 12:44:58 rrsagent, make minutes 12:44:59 I have made the request to generate https://www.w3.org/2023/09/13-serviceworkers-minutes.html shunya 12:47:59 RRSAgent, make logs public 13:57:47 tidoust has joined #serviceworkers 15:06:57 tidoust has joined #serviceworkers 16:23:06 RRSAgent, bye 16:23:06 I see no action items