- From: poot <cvsmail@w3.org>
- Date: Tue, 21 Jun 2011 17:21:07 -0400
- To: public-html-diffs@w3.org
workers; hixie: Make worker errors propagate all the way up to the Document, hitting the global scope .onerror each step of the way. This isn't a great way to specify it but I couldn't work out a cleaner way that didn't involve major (potentially risky) surgery and inventing new terms. If it turns out that there are other things that'd need the parent/child infrastructure to be better defined I'll do it then. (whatwg r6263) http://dev.w3.org/cvsweb/html5/workers/Overview.html?r1=1.291&r2=1.292&f=h http://html5.org/tools/web-apps-tracker?from=6262&to=6263 =================================================================== RCS file: /sources/public/html5/workers/Overview.html,v retrieving revision 1.291 retrieving revision 1.292 diff -u -d -r1.291 -r1.292 --- Overview.html 13 Jun 2011 23:39:34 -0000 1.291 +++ Overview.html 21 Jun 2011 21:20:56 -0000 1.292 @@ -211,7 +211,7 @@ <h1>Web Workers</h1> - <h2 class="no-num no-toc" id="editor-s-draft-13-june-2011">Editor's Draft 13 June 2011</h2> + <h2 class="no-num no-toc" id="editor-s-draft-21-june-2011">Editor's Draft 21 June 2011</h2> <dl><dt>Latest Published Version:</dt> <dd><a href="http://www.w3.org/TR/workers/">http://www.w3.org/TR/workers/</a></dd> <dt>Latest Editor's Draft:</dt> @@ -316,7 +316,7 @@ </dl><p>The W3C <a href="http://www.w3.org/2008/webapps/">Web Applications Working Group</a> is the W3C working group responsible for this specification's progress along the W3C Recommendation track. - This specification is the 13 June 2011 Editor's Draft. + This specification is the 21 June 2011 Editor's Draft. </p><p>This document was produced by a group operating under the <a href="http://www.w3.org/Consortium/Patent-Policy-20040205/">5 February 2004 W3C Patent Policy</a>. W3C maintains a <a href="http://www.w3.org/2004/01/pp-impl/42538/status" rel="disclosure">public list of any patent disclosures</a> made in connection with the deliverables @@ -1350,19 +1350,22 @@ <p>For dedicated workers, if the error is still <i title="concept-error-nothandled">not handled</i> afterwards, or if the error occurred while handling a previous script error, the user - agent must <span>queue a task</span> to <a href="#fire-a-worker-error-event">fire a worker error - event</a> at the <code><a href="#worker">Worker</a></code> object associated with the - worker.<p>When the user agent is to <dfn id="fire-a-worker-error-event">fire a worker error event</dfn> at - a <code><a href="#worker">Worker</a></code> object, it must create and dispatch an event - that uses the <code><a href="#errorevent">ErrorEvent</a></code> interface, with the name <code title="event-error">error</code>, that doesn't bubble and is + agent must <span>queue a task</span> to fire an event that uses the + <code><a href="#errorevent">ErrorEvent</a></code> interface, with the name <code title="event-error">error</code>, that doesn't bubble and is cancelable, with its <code title="dom-ErrorEvent-message"><a href="#dom-errorevent-message">message</a></code>, <code title="dom-ErrorEvent-filename"><a href="#dom-errorevent-filename">filename</a></code>, and <code title="dom-ErrorEvent-lineno"><a href="#dom-errorevent-lineno">lineno</a></code> attributes set - appropriately. The default action of this event depends on whether - the <code><a href="#worker">Worker</a></code> object is itself in a worker. If it is, and - that worker is also a dedicated worker, then the user agent must - again <span>queue a task</span> to <a href="#fire-a-worker-error-event">fire a worker error - event</a> at the <code><a href="#worker">Worker</a></code> object associated with - <em>that</em> worker. Otherwise, then the error may be reported to - the user.<p>The <span>task source</span> for the tasks mentioned above is the + appropriately, at the <code><a href="#worker">Worker</a></code> object associated with the + worker. If the event is not canceled, the user agent must act as if the + uncaught runtime script error had occurred in the global scope that + the <code><a href="#worker">Worker</a></code> object is in, thus repeating the entire + runtime script error reporting process one level up.<p>If the implicit port connecting the worker to its + <code><a href="#worker">Worker</a></code> object has been disentangled (i.e. if the parent + worker has been terminated), then the user agent must act as if the + <code><a href="#worker">Worker</a></code> object had no <code title="event-error">error</code> event handler and as if that + worker's <code title="handler-WorkerGlobalScope-onerror"><a href="#handler-workerglobalscope-onerror">onerror</a></code> attribute + was null, but must otherwise act as described above.<p class="note">Thus, error reports proagate up to the chain of + dedicated workers up to the original <code>Document</code>, even if + some of the workers along this chain have been terminated and + garbage collected.<p>The <span>task source</span> for the task mentioned above is the <span>DOM manipulation task source</span>.<hr><pre class="idl">interface <dfn id="errorevent">ErrorEvent</dfn> : <span>Event</span> { readonly attribute DOMString <a href="#dom-errorevent-message" title="dom-ErrorEvent-message">message</a>; readonly attribute DOMString <a href="#dom-errorevent-filename" title="dom-ErrorEvent-filename">filename</a>;
Received on Tuesday, 21 June 2011 21:21:09 UTC