18:00:02 RRSAgent has joined #webperf 18:00:02 logging to http://www.w3.org/2012/03/07-webperf-irc 18:00:04 RRSAgent, make logs world 18:00:04 Zakim has joined #webperf 18:00:06 Zakim, this will be WPWG 18:00:06 I do not see a conference matching that name scheduled within the next hour, trackbot 18:00:07 Meeting: Web Performance Working Group Teleconference 18:00:07 Date: 07 March 2012 18:00:14 scribe: JatinderMann 18:00:18 present+ JatinderMann 18:00:21 present+ Luke 18:02:30 zhiheng has joined #webperf 18:02:47 present+ zhiheng 18:03:09 simonjam has joined #webperf 18:03:15 present+ James 18:07:33 Topic: Navigation Timing 18:08:15 Jatinder: Per Philippe's comment, the LC period for WebIDL is over and the editor reports that he is optimistic in resolving the comments this week. As such, the webapps should be in a position to move it to CR within two weeks. That means that we could get a PR for nivagation timing for the end of the month. 18:08:21 Topic: Resource Timing 18:08:29 http://www.w3.org/2012/02/resource-timing-lc-issues.html 18:09:46 http://lists.w3.org/Archives/Public/public-web-perf/2011Sep/0009.html 18:12:53 The startTime attribute must return a DOMHighResTimeStamp with the time immediately before the user agent starts to queue the resource for fetching. If there are HTTP redirects or equivalent when fetching the resource and if all the redirects or equivalent are from the same origin as the current document, this attribute must return the same value as redirectStart. Otherwise, this attribute must return the same value as fetchStart. 18:14:51 Jatinder: Nic's question was about whether the current spec text was our intention? 18:14:55 James: Yes, it was. 18:14:59 Zhiheng: Agreed. 18:15:19 http://lists.w3.org/Archives/Public/public-web-perf/2011Oct/0042.html 18:16:51 James: Looks like we just want to make the diagram clearer. 18:17:09 Jatinder: Sounds good. Zhiheng, do you have the original powerpoint for the diagram? 18:17:15 Zhiheng: Yes, I will share. 18:17:32 http://lists.w3.org/Archives/Public/public-web-perf/2011Nov/0016.html 18:19:11 Jatinder: Per James Graham: Also, since the current wording evidently causes confusion. 18:19:17 Jatinder: We currently say no exceptiuons. 18:19:25 James: We should say 'no additional exceptions'. 18:20:14 Jatinder: Once thes issues have been dealt with we will have responded to all last call issues. 18:20:28 Topic: User Timing 18:20:30 http://www.w3.org/2012/02/user-timing-lc-issues.html 18:21:15 https://dvcs.w3.org/hg/webperf/raw-file/d1498d8e0e5e/specs/UserTiming/Overview.html#privacy 18:22:22 James: His comments are fair, we should just update the wording. 18:26:02 Topic: Performance Timeline 18:26:33 luke has left #webperf 18:30:48 Jatinder: There are no performance timeline last call issues. 18:31:38 Jatinder: Once we have made the changes we discussed today, there will be no open last call issues on any of these specs. These specs can move to the CR phase. 18:31:45 Topic: High Resolution Time 18:33:19 Jatinder: I have responded to all feedbak to the spec. In particular, the text on subsequent deltas not being equal to zero has been is acceptable by the definition of monotonically increasing. Further, I have simplified the IDL definition. 18:33:39 James: We have one remaining question on the security issue. I have sent mail to our security team. 18:33:49 Jatinder: I will speak to Eric Lawrence on our end. 18:34:04 James: Let's also email the mailing list that Tony had emailed previously. 18:34:42 Jatinder: I recommend we take the security issue as a last call issue for this spec. 18:34:55 Jatinder: Are we in favor of moving this spec to Last Call? 18:35:23 James: Yes, let's move it to last call and take the security question as a last call issue. 18:35:31 Ziheng: I am okay with Last Call. 18:38:12 Jatinder: Let's keep the standard time frame for last call. 18:38:31 rrsagent, generate minutes 18:38:31 I have made the request to generate http://www.w3.org/2012/03/07-webperf-minutes.html JatinderMann 20:20:50 rrsagent, please part 20:20:50 I see no action items