<div class="gmail_quote"><br>There hasn&#39;t been much discussion of this yet... a few comments on the list between august and november of 2008...<div><br></div><div><span style="border-collapse:collapse"><div style="color:rgb(80, 0, 80)">

&gt; &gt; &gt; [michaeln] How do workers and appCaches interact?<br>&gt; &gt;<br>&gt; &gt; [ian] workers are associated with browsing contexts, so they go through the</div><div style="color:rgb(80, 0, 80)">&gt; &gt; normal app cache networking changes. This probably interacts badly<br>

&gt; &gt; with shared workers used from different app caches. We should probably<br>&gt; &gt; study this more.<br>&gt; &gt;<br>&gt; &gt; Aaron, Maciej, others, do you have opinions on how these should<br>&gt; &gt; interact?<br>

&gt;<br>&gt; [michaeln] Seems reasonable to spec that dedicated workers are very related to</div><div style="color:rgb(80, 0, 80)">&gt; their owner, execute in a child browsing context, and consequently<br>&gt; inherit the same appCache.<br>

&gt;<br>&gt; Seems reasonable to spec that shared workers are associated with a<br>&gt; browsing context that is very distinct from their clients. Akin to an<br>&gt; &quot;auxiliary top-level browsing context&quot;.<br><br>

</div><span style="color:rgb(80, 0, 80)">[ian] </span>The above seems reasonable...<br><div style="color:rgb(80, 0, 80)"><br><br>&gt; Beyond that it gets less clear.<br>&gt;<br>&gt; Do sharedWorker.js documents need a &lt;html manifest=&#39;url&#39;&gt; equivalent?<br>

<br></div>They don&#39;t have one today. I don&#39;t really want to add one...<br><div style="color:rgb(80, 0, 80)"><br><br>&gt; Should a shraredWorker loaded from appCacheA be distinct from a named<br>&gt; shared worker loaded from appCacheB or from the network?<br>

<br></div>That seems like a reasonable possibility too...<br><br><br>I haven&#39;t fixed this yet.</span></div><div><div></div><div class="h5"><div><span style="border-collapse:collapse"><br></span></div><div><span style="border-collapse:collapse"><br>

</span><br><div class="gmail_quote">On Tue, Mar 24, 2009 at 6:14 PM, Drew Wilson <span dir="ltr">&lt;<a href="mailto:atwilson@google.com" target="_blank">atwilson@google.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>I&#39;m trying to understand the ApplicationCache spec as it applies to workers, but I didn&#39;t find anything promising when I searched the archives. Is ApplicationCache intended to apply to workers? The application cache API isn&#39;t available to workers, but I&#39;m guessing the intent is that if an application creates a dedicated worker then worker requests (like importScripts()) would come out of the cache inherited from the parent document. If not, then it seems impossible to support running workers when in offline mode.<br>


</div><div><br></div><div>Since SharedWorkers are shared by multiple windows, there&#39;s some ambiguity about which app cache it should use (perhaps always the one from the creator window?) - it seems like an app might get different SharedWorkers() loading from different app caches depending on the order in which different windows create them, which seems like a dubious outcome. Has this been discussed previously?</div>


<div><br></div><div>-atw</div>
</blockquote></div><br></div>
</div></div></div><br>