Re: [Navigation Timing] Clarification needed on DOM timers and document.open()

Reporting the first time in the case of repeated dom* events makes
sense to me. Zhiheng, are you okay with adding something to the spec
to mention this corner case?

On Fri, Oct 1, 2010 at 8:15 PM, Anderson Quach <aquach@microsoft.com> wrote:
> Great feedback! The expectation here is that the  domLoading, domInteractive
> and domComplete markers should be set upon the first time the
> readystatechange as described in the HTML5 spec [1] and [2]. You can observe
> this behavior today in the implementation available in the IE9 beta and the
> IE9 platform preview available on the Test Drive site [3].
>
>
>
> [1] http://dev.w3.org/html5/spec/dom.html#resource-metadata-management
>
> [2] http://dev.w3.org/html5/spec/the-end.html#the-end
>
> [3] http://ietestdrive.com
>
>
>
> Best Regards,
>
> Anderson Quach
>
> IE Program Manager
>
>
>
> From: public-web-perf-request@w3.org [mailto:public-web-perf-request@w3.org]
> On Behalf Of James Simonsen
> Sent: Thursday, September 30, 2010 5:34 PM
> To: public-web-perf@w3.org
> Subject: [Navigation Timing] Clarification needed on DOM timers and
> document.open()
>
>
>
> Hello,
>
>
>
> The Navigation Timing spec says that the domLoading, domInteractive, and
> domComplete timers should be set to the time immediately before the
> document's readiness changes. What is the expected behavior when the
> document reaches the same state multiple times?
>
>
>
> For example, if document.open() is called, the document returns to the
> loading state. Should the domLoading timer reflect the first time we reached
> the loading state? Or the most recent?
>
>
>
> The domContentLoaded timer has the same issue, since its associated event
> can fire multiple times as well.
>
>
>
> Thanks,
>
> James

Received on Monday, 4 October 2010 16:53:27 UTC