19:31:14 RRSAgent has joined #webperf 19:31:14 logging to http://www.w3.org/2011/05/25-webperf-irc 19:31:44 rrsagent, set logs world-visible 19:32:21 scribe: JatinderMann 19:32:38 meeting: 20110518 Web Performance WG Teleconference #33 19:35:03 agenda: http://lists.w3.org/Archives/Public/public-web-perf/2011May/0118.html 19:35:47 agenda+ Discuss feedback and updates to the Navigation Timing spec 19:36:00 agenda+ Discuss feedback and updates to the Resource Timing spec 19:36:04 agenda+ Discuss feedback and updates to the User Timing spec 19:36:09 agenda+ Discuss feedback and updates to the Page Visibility spec 19:36:16 agenda+ Discuss feedback and updates to the requestAnimationFrame spec 19:36:20 move to agenda 1 19:36:33 agenda+ be done 20:00:02 RWC_web-per(WPWG)4:00PM has now started 20:00:09 +[Microsoft] 20:00:41 tonyg has joined #webperf 20:01:12 + +44.207.184.aaaa 20:02:12 +[Google] 20:02:52 present+ ArvindJain 20:02:56 present+ NicJansma 20:03:02 present+ TonyG 20:03:08 present+ JatinderMann 20:04:03 + +1.650.214.aabb 20:04:21 present+ JamesS 20:04:36 present+ Anne 20:05:04 +nick 20:05:21 zhiheng has joined #webperf 20:05:28 present+ Zhiheng 20:05:46 satish has joined #webperf 20:06:04 move to agenda 5 20:06:19 Jatinder: Zhiheng, can you summarize the update made to the Navigation Timing spec? 20:06:30 simonjam has joined #webperf 20:07:46 Zhiheng: When we talk about local resources, we implictly include some cases. In the original draft, requestStart includes checking http cache. We removed that. In case the http cache hit, we should include that requestStart, however, if we have a http cache miss, then it doesn't make sense. 20:09:18 Nic: That makes sense, but let us re-read this after the call. 20:09:43 Jatinder: This change should also go to the resource timing processing model? 20:09:52 Zhiheng: Yes, I will update Resource Timing also. 20:10:11 move to agenda 6 20:10:21 Topic: Resource Timing has reached FPWD as of 5/24. 20:10:34 + +1.650.691.aacc 20:10:38 Jatinder: Thank you everyone for helping us to get to this point. Per feedback from last week’s call and the mailing list, many fixes went the FWPD draft. 20:10:42 Jatinder: I have closed ACTION-30 Update the Processing Model. 20:10:49 present+ Chris 20:11:03 jdalton has joined #webperf 20:11:04 Topic: Initiator type updates 20:11:08 Jatinder: Tony has feedback on the definition of initiator types - http://lists.w3.org/Archives/Public/public-web-perf/2011May/0117.html 20:16:53 ACTION Jatinder to Update initiator types definitions to include elements that are included in that initiator types. 20:16:54 Created ACTION-32 - Update initiator types definitions to include elements that are included in that initiator types. [on Jatinder Mann - due 2011-06-01]. 20:17:30 -nick 20:18:09 +nick 20:19:29 We agree to updating CSS initiator type to CSS_SUBRESOURCE. 20:20:59 We agree to combining the frame and subdocument category into subdocument. 20:21:01 plh has joined #webperf 20:21:34 present+ Philippe 20:23:20 Agree to keep XMLHTTPRequest category as is. 20:23:32 Agree to keep SVG category to include all SVG subresources. 20:23:48 Also agree to naming CSS_SUBRESOURCE as CSS, if we are doing so for SVG, for consistency. 20:27:12 Action Jatinder to update spec to include a reference to what the expected behavior with plugins 20:27:13 Created ACTION-33 - Update spec to include a reference to what the expected behavior with plugins [on Jatinder Mann - due 2011-06-01]. 20:27:31 Topic: Security review of Resource Timing around statistical fingerprinting 20:29:14 robreact has joined #webperf 20:30:44 Jatinder: The IE team has conducted a security review of the Resource Timing feature and we have not found any significant issues. 20:31:30 Nic: A malicious site today can get to the same information (like is something in the cache) today using timing handles. 20:35:51 Tony: We should evaluate to see if a privacy concern really does exist before we add text that mitigates it. Rather not taint the spec with a privacy concern, if there isn't one. 20:36:53 Tony: Can Microsoft respond to the mailing list with information on their security review (e.g., found no concerns). 20:36:58 Jatinder: Yes. 20:38:12 Topic: Taking Resource Timing to Last Call 20:39:19 Jatinder: Now that we have the spec in a very stable state, I recommend we set next Wednesday (6/1/11) as our date to enter Last Call. 20:42:25 Considering we have a few actions items, let's set the Last Call date tentatively for next Wednesday. If we find that we are not targetting that date by end of this week, we can push it out. 20:43:01 move to agenda 7 20:43:09 Topic: Review Proposal to update User Timing 20:43:13 Jatinder: Nic had submitted feedback to the current proposal - http://lists.w3.org/Archives/Public/public-web-perf/2011May/0112.html 20:47:47 +Plh 20:50:15 Tony: I haven't had a chance to read the proposal yet. Can you summarize on the call briefly? I can look at the mail after the call. 20:51:52 Tony: I think we both agree that there should be a link between marks and measures. 20:52:15 Nic: The bigger point with the current spec was the ease of use of the apis from a web developers point of view. 20:53:08 ...In the mailing list, there are three examples given of the advantages of the current proposal: Multi-Phase scenarios, Retrieving only marks or measures, Finding the durations of a specific scenario. 20:53:55 ...Options can be to add the timestamps of the two marks to getMeasures() in the current draft or go with your proposal and allow for efficient access of just marks/measures (getMarks(), getMeasures(), getMeasureDurations. 20:55:08 - +44.207.184.aaaa 20:55:09 - +1.650.214.aabb 20:55:09 -[Google] 20:55:11 -Plh 20:55:12 -nick 20:55:13 - +1.650.691.aacc 20:55:24 Nic: Let's review the proposals further in the mailing list and get feedback from all. 20:55:32 simonjam has left #webperf 20:55:42 -[Microsoft] 20:55:44 RWC_web-per(WPWG)4:00PM has ended 20:55:45 Attendees were [Microsoft], +44.207.184.aaaa, [Google], +1.650.214.aabb, nick, +1.650.691.aacc, Plh 21:00:39 RWC_web-per(WPWG)4:00PM has now started 21:00:46 +[Microsoft] 21:01:22 +??P1 21:01:24 Zakim, ??P1 is me 21:01:24 +heycam; got it 21:01:27 +Plh 21:01:40 +Cameron 21:02:18 http://www.w3.org/2011/05/idl.svg 21:08:04 Topic: Privacy Concern 21:08:10 Jatinder: We need to close whether or not we feel that sharing the page visibility state is a privacy concern or not. Considering similar information can be found from window.onfocus and window.onblur, I recommend we don’t do any additional work here, as Page Visibility doesn’t change the existing privacy concern significantly. 21:08:15 Topic: Taking Page Visibility to First Public Working Draft 21:08:23 Jatinder: Per the charter, this spec should be at FWPD by end of this month. I feel that the Page Visibility spec is now at a stable state that we can publish it as a FWPD. Let’s set next Wednesday (6/1/11) as our date to enter First Public Working Draft. 21:08:30 I will follow up on the mailing list. 21:11:34 move to agenda 8 21:12:10 move to agenda 9 21:12:44 Jatinder: The spec isn’t clear what is the expected behavior when a duplicate callback is called. E.g., requestAnimationFrame(callback1); requestAnimationFrame(callback1); We believe the expected behavior here should be that the duplicate callback is removed from the animation frame request callback list. 21:13:56 Cameron: We should do what setTimeout does. I would suppose it calls twice? 21:17:53 Jatinder: It does call twice. But when would you need to call a callback twice for graphics? The spec needs to be clear in any case. 21:18:03 Cameron: Jatinder, can you open an issue for this? 21:18:05 Jatinder: Yes. 21:19:39 We agree to publish both Page Visibility and Timing control for script-based animations as FPWD next week. 21:20:37 We will let the mailing list know of our intention to publish next week. Unless the WG disagrees, we will target the release next week. 21:21:45 Topic: Monotonic clock 21:23:59 Nic: As we defined in the Performance Timing specs, we defined the timing as wallclock time at the time of the page load. The timing increases monotonically, with the UTC time format and millisecond precison. We need to provide a queriable time that's comparable with existing time format. 21:26:38 -heycam 21:29:26 Philippe: How much long would the Last Call period be? 21:29:33 Jatinder: It should match the Navigation Timing period. 21:29:48 Philippe: That was 4 weeks. We can target Resource Timing last call to be from June 2 - June 30. 21:29:57 -[Microsoft] 21:29:59 -Plh 21:29:59 RWC_web-per(WPWG)4:00PM has ended 21:30:01 Attendees were [Microsoft], heycam, Plh 22:05:59 plh has left #webperf 22:23:10 any chance that we will see a high res timer added to window.performance ? 22:23:26 like Chrome's microsecond() Interval method 22:27:55 We discussed potentially bringing in such a timer. 22:30:35 Issue: (duplicate callbacks): Spec needs to clarify expected behavior for duplicate calls of the same callback [Request Animation Frame] 22:30:35 Created ISSUE-6 - (duplicate callbacks): Spec needs to clarify expected behavior for duplicate calls of the same callback [Request Animation Frame] ; please complete additional details at http://www.w3.org/2010/webperf/track/issues/6/edit . 22:32:14 rrsagent, create minutes 22:32:14 I have made the request to generate http://www.w3.org/2011/05/25-webperf-minutes.html JatinderMann 22:46:01 Action: Zhiheng to update Resource Timing spec with the same requestStart fix made in Navigation Timing spec. 22:46:01 Created ACTION-34 - Update Resource Timing spec with the same requestStart fix made in Navigation Timing spec. [on Zhiheng Wang - due 2011-06-01]. 22:46:16 rrsagent, create minutes 22:46:16 I have made the request to generate http://www.w3.org/2011/05/25-webperf-minutes.html JatinderMann