[whatwg] ServiceWorker bottle-neck design flaw - MS Edge to the rescue?

As you may be aware, I have been lobbying strongly here
<https://stackoverflow.com/questions/44233409/background-geolocation-serviceworker-onmessage-event-order-when-web-app-regain>,
and here
<https://stackoverflow.com/questions/45206149/expected-ratio-of-serviceworker-instances-to-geolocation-updates>,
and especially over there <https://github.com/w3c/ServiceWorker/issues/745> for
the introduction of a background geolocation capability with Web Apps.

So frustrated had I become that I spent the time to develop and document a
POC example with everything UA developers and Web App developers need to do
to implement background geolocation - documented sscce here
<https://drive.google.com/open?id=0B7Rmd3Rn8_hDNW1zSWRoXzBTclU> and, to
date, no one can tell me there’s anything wrong with it.

In this technical feed-back vacuum my mind began to ponder why, and then
drifted to “Cui Bono?”, and ultimately to conspiracy theories. For example:
- Phonegap/Cordova developers bribing W3C to sandbag BackgroundGeolocation
efforts.

But only today did it dawn on me like a bolt of lightning to the brain!
There is a fundamental design flaw with the current ServiceWorker
design/implementations in that there is only ONE per UA. Jake Archibald et
al have been so blinkered with offline-first, cache, and the browser being
a proxy-server that they will not tolerate anything else monopolizing the
SW thread to the detriment of their fetch performance stats.

But God Bless Edge, notwithstanding their tardy arrival on the scene, who I
believe have specialist SW instances for PUSH, FETCH, A.N.Other. This is
*fantastic*!!!

Just add another specialist instance “GeoLocation” and we’re away.

Please don’t let self-interest stand in the way of this essential
functionality. Let’s go!

But my question here is this: - Can someone please confirm that Edge
implements multiple, specialist SW instances?

Cheers Richard Maher

Received on Friday, 2 March 2018 03:23:23 UTC