W3C

- DRAFT -

Web Performance Working Group Teleconference

03 Apr 2013

See also: IRC log

Attendees

Present
[Microsoft], +43.732.908.2aaaa, +1.650.214.aabb, Daniel, +1.503.799.aacc, Plh, Arvind, JatinderMann, AaronHeady, Alois, simonjam, Ganesh
Regrets
Chair
SV_MEETING_CHAIR
Scribe
JatinderMann

Contents


<trackbot> Date: 03 April 2013

Diagnostics and Error Logging

Jatinder: Based on the mailing list, there are two areas of discussion on this spec area: (1) monitoring and logging of errors, (2) real time notification of errors.
... Let's talk about each of these aspects.

DanAustin: Will the spec clarify how the user agent plans to persist this data? Cookies or other storage mechanisms?

James: We should specify that the browser will persist data across sessions. But we don't need to specify what exactly the mechanism it is.

DanAustin: I think the spec should at least specify that data is persisted.

Jatinder: I'll make the change.

Ganesh: How long is the data persisted?

Aaron: Currently, there is a FIFO buffer about 150 entries large.

<plh> we can ping the Privacy Interest Group as well, re multiple sessions handling

James: Should we seperate out resources from previous sessions?

Aaron: There is benefit in having all the resources data available.

James: I want to make sure that we don't allow the origin tracking users. E.g., looking at the error history, I can see when the user had been visiting the site.

Aaron: We may want to specify that when the cookies aren't logged, we shouldn't log information.

James: I think that should help.

Jatinder: We should follow up with the privacy folks and see if they believe we need this restriction. But I think we should definitely track this.
... Did anyone have feedback on the attributes specified?

DanAustin: I had taken an action item on putting together a list of errors. From Ebay's point of view, we use a lot of synthetic tools like Gomez, Keynote, and others. I took a look at those errors and propose that we put together something similar. And we should probably follow up back with the tooling folks.
... I'll send out an email with a list of errors.

Arvind: Should we track the abandonment rate as well? E.g., when you deliver a 500 error, you are aware. But what about the case when the page is loading slowly and the user hits reload midway.

DanAustin: There seems to be value in knowing when the user aborts the page. From a business point of view, you may want to see why the user chose to leave the page or reload.

Aaron: Yes, you could even find out if a certain locale is having a problem.

Jatinder: I think we should add abandonment / abort on the error list.

DanAustin: I'll put it on the list.

Arvind: I want to talk about network error data vs. resource error data. What's the benefit of having resource error of historical sessions? Can't we just send that data up in the current session?

Jatinder: For Navigation, Resource, User Timing, the interface stored data for the current session. Sites can use JS to upload that data. We only considered making the change to support past sessions for the case where the document failed to load. If that is the bar, I agree that we should only store resource data for current sessions, and store only document error data for historical sessions.

James: I think the startType attribute will be confusing for the historical data, as it may overlap in the current timeline. I think we should have a seperate object for historical data.
... Historical data should have a zero'd out startTime.

DanAustin: Would the historical data include information like how long it took for the DNS to occur? That's useful data when attempting to fix an issue.

Aaron: Because we have a seperate object for historical data, we can add more information.

Jatinder: That's good feedback. I'll update the spec to have two different objects, one for the current session and one for historical sessions.
... Since we have run out of time, let's discuss the real time notification of errors in next week's call.

Charter

Philippe: I am still waiting for the AC reps from folks participating in this working group to sign off on the new charter. I will push out the charter sign off date until next week. Please be sure to have your AC reps respond.

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.137 (CVS log)
$Date: 2013/04/03 18:07:15 $

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
Default Present: [Microsoft], +43.732.908.2aaaa, +1.650.214.aabb, Daniel, +1.503.799.aacc, Plh, Arvind
Present: [Microsoft] +43.732.908.2aaaa +1.650.214.aabb Daniel +1.503.799.aacc Plh Arvind JatinderMann AaronHeady Alois simonjam Ganesh

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

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

[End of scribe.perl diagnostic output]