W3C home > Mailing lists > Public > public-web-perf@w3.org > April 2013

RE: [ErrorLogging] Draft Specification

From: Deng, Pan <pan.deng@intel.com>
Date: Tue, 9 Apr 2013 08:13:27 +0000
To: "'public-web-perf@w3.org'" <public-web-perf@w3.org>
Message-ID: <BA467B16E3516645B35B7BB72D744DBA1076E8B5@SHSMSX102.ccr.corp.intel.com>
I've observed that one problem resource fetching blocked "onload" event and affected site browsing performance, very glad to see ErrorLogging would help:).

Some thoughts for current draft:
[1] About how to access historical error data. As previous discussion, historical error data will be separated from that of current session, I think they can also exposed through performance timeline via a new entryType (like "previous_error"), and specified clear/buffer method that in performance object. One benefit is flexible control in script level, another is the interface is consistent with previous spec.

[2] About how current error data become historical? In my opinion, when browser leaves a session, error data that live in current buffer should be persisted, while the cleared won't, in that way the unhandled data can be accessed in future and the handled won't take up buffer. In addition, error data of incomplete resource fetching should also be persisted (to track the request which is problematic but haven't been populated to current buffer yet).

Received on Tuesday, 9 April 2013 08:13:58 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:35 UTC