W3C

- DRAFT -

Web Performance Working Group Teleconference

10 Apr 2013

See also: IRC log

Attendees

Present
JatinderMann, AaronHeady, plh, DanAustin, ArvindJain, JasonWeber, simonjam, Ganesh
Regrets
Chair
SV_MEETING_CHAIR
Scribe
JatinderMann

Contents


<trackbot> Date: 10 April 2013

Continue Discussion on Error Logging and Diagnostics

Jatinder: Let's discuss Error codes that Dan had put together, security scenario Aaron had raised, and real time notification of errors.
... Spec updates that I've been working on: making two separate interfaces called HistoricalErrorLogging and ErrorLogging, spec clarifies that only HistoricalErrorLogging is persisted across sessions. I'll send an email when I have pushed up these changes.
... Should we specify the ability to disable the feature?

Dan: I don't want to link this feature with cookies. If we can add a seperate section that gives guidance to the user agent to add a global setting to turn off the historical data logging feature, I think that's fine.

Jatinder: I'll put that in the privacy section.
... Error list: http://lists.w3.org/Archives/Public/public-web-perf/2013Apr/att-0007/WebRequestStatusCodes4.html

Dan: This is a more complete list of things we should consider, not necessarily a list of things we should require in the spec.

Jatinder: Is abandonment / abort on the list?
... We either have an option of keep generic errors or standarize on a specific list. Personally, I like the standarized list, because users won't have to learn different errors per user agent and we will have consistent errors with third party services like gomez and keynote.
... Has anyone taken a closer look at this list?

<plh> 599 Network connect timeout error (Unknown)

<plh> This status code is not specified in any RFCs, but is used by Microsoft HTTP proxies to signal a network connect timeout behind the proxy to a client in front of the proxy.

Aaron: I had reiewed these error codes in detail and tried to compare them with Gomez.

Dan: I combed through many sources, including gomez and others, to get this full list. I tried to make sure that I didn't miss anything. Some properitary errors I think we shouldn't include, like the Blocked by Windows Parental Controls.

Arvind: We may want to add a high level category (DNS, TCP, etc) and then a more detailed error within that category. We can then just reference all the various specs, and not necessarily have to specify each one in this spec.

Dan: Personally, I don't think it's not useful to see if something is a DNS or TCP error, but I think it's much more useful to look at the actual errors.

Jatinder: I think we shouldn't make decision right now. Let's review the status codes and make a decision next week on what we should or shouldn't include.

Resource Timing spec updates

Jatinder: There was a discussion to make the Resource Timing connectEnd definition to be consistent with Navigation Timing connectEnd.

<plh> "connectEnd must include the time interval to establish the transport connection as well as other time interval such as SSL handshake and SOCKS authentication."

Dan: I believe it would be more useful to create a seperate phase for the SSL handshake and SOCK authentication.
... Something like TCPConnectStart, TCPConnectEnd, etc.

James: I believe we went this way because not everyone has access to the SSL connection times.

Jatinder: For consistency with Navigation Timing Level 1, we should keep the Resource Timing Level 1 definition consistent with it. If we want to consider expanding the phases/attributes, we should do it for both the Level 2 specifications for Navigation and Resource Timing.
... I have also uploaded a Resource Timing Level 2 specification, which has the exact same text as the Level 1, but with a different name. We should start talking about how we want to define the audio and video behavior in this spec.

James: We should invite the Media folks to that discussion.

Alois, we just ended the conference call. We're still on US daylight savings time (minus one hour).

(I'm just writing up the meeting notes that I missed)

Jatinder: I recommend we send out a proposal on the mailing list for what that would look like and schedule a discussion on that in the future, I'll add those details to the Level 2 spec after we agree on the proposal.

RequestAnimationFrame Feedback

Jatinder: Boris had raised feedback on the requestAnimationFrame spec: http://lists.w3.org/Archives/Public/public-web-perf/2013Feb/0036.html

<Alois> the dial in does not work

<Alois> ok thx

Jatinder: Considering one can determine through script if an iframe is hidden or not, I don't think that's necessarily a missing piece. The rAF spec depends on the Page Visibility definition of hidden, which is tied to the top level document. We can consider an element visibility spec seperately and have rAF L2 point to that.

Arvind: Was the concern that if an iframe is below the fold, it's stil considered visible through Page Visibility?

Jatinder: Yes, it is. I think there are a number of parties that would be interested in the visibility of certain elements, like iframes or canvases that are below the fold. E.g., advertisers uses numerous non-standarized methods to determine if their ad is visible, hidden, or partially visible. If we want to consider solving that problem, I recommend a seperate specification.

Dan: I would be interested in hearing more about this particular problem space.
... I'd be interested in hearing the performance angle on that problem.

Jatinder: I think we should share out a proposal and discuss further. Such a spec would be in the limits of our current charter.

Charter Updates

Plh: I have recieved approval from the various AC reps for the new charter, which is a good thing.
... I have also just sent out the approval for Page Visibility to the AC reps. I expect it to go to Rec soon.

<Alois> are you continuing the meeting?

No, just writing out the notes that I missed during the call

<Alois> sorry, was a long ay

It's hard to talk and type then

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.137 (CVS log)
$Date: 2013/04/10 18:17:30 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.137  of Date: 2012/09/20 20:19:01  
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
Present: JatinderMann AaronHeady plh DanAustin ArvindJain JasonWeber simonjam Ganesh

WARNING: No meeting chair found!
You should specify the meeting chair like this:
<dbooth> Chair: dbooth

Found Date: 10 Apr 2013
Guessing minutes URL: http://www.w3.org/2013/04/10-webperf-minutes.html
People with action items: 

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


[End of scribe.perl diagnostic output]