See also: IRC log
<trackbot> Date: 27 June 2012
http://lists.w3.org/Archives/Public/public-web-perf/2012Jun/0030.html
Jatinder: One issue raised on the mailing list was whether dynamic markup insertion should impact navigation timing attributes.
<plh> http://w3c-test.org/webperf/tests/submission/W3C/NavigationTiming/test_interface.html
simonjam: I prefer having document.open/.close/.write not impact navigation timing attributes.
Jatinder: I agree, as they do not
impact network timing, and this spec is very focussed on
network timing data.
... Per Boris' suggestion, seems like we should define
"navigation" and exclude document.open/.write/.close in that
definition. I like the idea of explictly defining
navigation.
James: I like the idea as well.
<plh> ACTION: plh to move Performance Timeline to CR [recorded in http://www.w3.org/2012/06/27-webperf-minutes.html#action01]
<trackbot> Created ACTION-105 - Move Performance Timeline to CR [on Philippe Le Hégaret - due 2012-07-04].
<plh> oh, high resolution time is already a CR, so no need for action
<plh> my bad
plh, moving high resolution time to PR will need to wait for two implementations and test suite? IE has one currently.
<plh> correct
<plh> Google submitted one test already btw
Ok.
Jatinder: The working group would like to move Performance Timeline to CR, as this spec has no additional last call feedback and has been stable for some time.
Plh: Agreed.
James: Agreed.
Jatinder: For the navigation
timing change, I will propose a definition of "navigation" and
include Zhiheng on that mail.
... Boris also suggested "Each browsing context must have a
unique window.performance.timing attribute" text implies the
PerformanceTiming object is the same across pageloads, which I
don't believe was our intention. I recommend we remove that
line.
Plh: Let's include Zhiheng in that proposal, as he might have additional insight.
James: Sounds fine to me.
Jatinder: Boris also suggested "PerformanceTiming objects in the timing attribute may be sorted by the chronological order of the corresponding browsing context" line is unclear. I'm not very sure what this line really means, as I don't believe we allow iterating through the attributes. I'll email Zhiheng to see what his intentions here were, but otherwise, I recommend we cut this line.
James: Agree.
Jatinder: Another issue raised
was regarding "Some user agents maintain the DOM structure of
the document in memory during navigation operations such as
forward and backward. In those cases, the
window.performance.timing and window.performance.navigation
objects must not be altered during the navigation." Though this
is referring to the bf cache, Boris felt this text wasn't very
clear. I recommend we treat the bfcache navigations that don't
hit the
... Considering Firefox is the only implementer of bfcache, I
will follow up with Boris to see what he thinks of that.
Jatinder: I have updates on the other specs that I intend to push out today.
James: I am looking forward to seeing those updates.
This is scribe.perl Revision: 1.136 of Date: 2011/05/12 12:01:43 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) No ScribeNick specified. Guessing ScribeNick: JatinderMann Inferring Scribes: JatinderMann Default Present: [Microsoft], [GVoice], Plh Present: [Microsoft] [GVoice] Plh plh JatinderMann james simonjam WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 27 Jun 2012 Guessing minutes URL: http://www.w3.org/2012/06/27-webperf-minutes.html People with action items: plh WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]