[webstorage] Moving Web Storage back to Last Call WD

Hixie, All,

Regarding re-publishing the Web Storage spec [ED] as a new Last Call 
Working Draft ...

Bugzilla shows no open bugs for this spec [Bugs] and the latest ED 
includes the following:

[[
http://dev.w3.org/html5/webstorage/#issues

The use of the storage mutex to avoid race conditions is currently 
considered by certain implementors to be too high a performance burden, 
to the point where allowing data corruption is considered preferable. 
Alternatives that do not require a user-agent-wide per-origin script 
lock are eagerly sought after. If reviewers have any suggestions, they 
are urged to send them to the addresses given in the previous section.

More details regarding this issue are available in these e-mails (as 
well as numerous others 
<http://lists.whatwg.org/mmsearch.cgi/whatwg-whatwg.org?config=whatwg-whatwg.org&restrict=&exclude=&method=and&format=short&sort=revtime&words=storage+mutex>):

    * http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-September/023059.html
    * http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-December/024277.html

]]

What high priority work must be done such that this spec is ready to be 
re-published as a new Last Call Working draft? In particular, what are 
the proposals, plans and timeline to address the above issues?

-Art Barstow

[ED] http://dev.w3.org/html5/eventsource/

[Bugs] 
http://www.w3.org/Bugs/Public/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=WebAppsWG&component=Web+Storage+%28editor%3A+Ian+Hickson%29&longdesc_type=allwordssubstr&longdesc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bug_id_type=anyexact&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=

Received on Saturday, 12 February 2011 13:59:30 UTC