[whatwg] AppCache and SharedWorkers?
Alexey Proskuryakov
ap at webkit.org
Thu Mar 26 03:58:56 PDT 2009
On 26.03.2009, at 1:01, Drew Wilson wrote:
> * Shared (or persistent) worker contexts should be associated with
> an appcache according to the same resource loading and cache
> selection logic used for top-level browsing contexts. (So just like
> navigating a window.)
>
> That may make sense for Shared workers, I think. For persistent
> workers I think this is a problem - persistent workers need a way to
> manage their own app cache, since they are not guaranteed to have
> any open windows/documents associated with them. My concern about
> this is that app cache manifests are only specified via <manifest>
> html tags, which makes them only applicable to HTML documents (you
> can't associate a manifest with a worker since there's no document
> to put the manifest tag in).
Letting faceless background processes update themselves without user
consent is not necessarily desirable. I think that they need browser
UI for this, and/or associated HTML configuration pages that could
(among other duties) trigger application cache update.
So in my opinion, this is pretty much a sub-task of defining what UI
is necessary for persistent workers in the browser, not a question of
exposing application cache APIs to them.
- WBR, Alexey Proskuryakov
More information about the whatwg
mailing list