[whatwg] Combining the DedicatedWorker and SharedWorker interfaces

Ian Hickson ian at hixie.ch
Thu Nov 13 20:44:20 PST 2008


On Thu, 13 Nov 2008, Jonas Sicking wrote:
> 
> Honestly I'm not really sure why the spec says that you need a list at 
> all, other than maybe to talk about GC (which i've many times mentioned 
> I think the spec should not need to "define").

I remembered what it was that I was trying to remember the last time we 
spoke about this -- the case that the spec is trying to define that I 
don't know how to define in any other way is the case where a worker has 
no non-GC'ed communication mechanisms with the outside world (e.g. the 
Worker object is dropped and GC'ed on the outside, there are no message 
handlers set up, and there are no other ports around), but the worker has 
a timer set up [1] to do some work that can have side-effects. Without 
defining when GC happens, there would be a detectable way to tell that the 
worker went away. We want such workers to keep going until the document 
that they were associated with is navigated away.

That's what the text in the spec is doing. (It also defines when a worker 
should be suspended, for similar reasons.)

I don't really see how we can do away with this without interop issues.


[1] or a pending XHR, or a pending database transaction response, or...

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'



More information about the whatwg mailing list