A lot of things happened in AppCache land since this group was revived late last summer.

The meetings organized in London at FT Labs (minutes) and at Mozilla’s HQ in Mountain View (minutes) helped with two things:

scope the precise nature of the problem with the current AppCache spec. It turned out that this had much more to do with serious API flaws (mainly, the conflation of routing and caching APIs) than unclear or unmet use cases and requirements.

get consensus among browser vendors that this was a problem worth solving.

In November 2012, during TPAC, the WebApps WG agreed to take on authoring of a new version of the spec (minutes).

Since then, Mozilla and Google have been actively working on two different propositions which they started socializing during an informal meeting last week in Google’s London office (minutes) and during the offline panel at Edgeconf this saturday. Unfortunately, neither proposition is public at the moment, but I’m hopeful this will be addressed shortly.

Formalizing the case studies and use cases collected through our previous meetings by publishing a document seems rather moot now that we’ve identified the problem as being related to API design. Also, it would require work no one seems to have the bandwidth for at the moment.

This CG not being chartered to work on the actual API (that’s for the WebApps WG to do), CG participants who wish to have a say in how the API is designed should do so within the WebApps WG directly. The API changes considered are such that use cases fulfilled will probably be much broader than what we’re currently looking at. Because of that, I also feel they’d be best discussed within WebApps.

Keeping this CG alive seems artificial at this point and I suggest we kill it.