- From: Ilya Grigorik <igrigorik@google.com>
- Date: Thu, 16 Oct 2014 15:06:58 -0700
- To: public-web-perf <public-web-perf@w3.org>
- Message-ID: <CADXXVKpkUAt0eTHXwgcS6HgpE2hOi2UNzNmg4-CttY43VhgXEQ@mail.gmail.com>
Navigation Error Logging [1] captures error data for document navigations + provides out-of-band reporting functionality when the page load fails. Resource Error Logging [2] provides error data for subresource fetches: same ResourceErrorLogging entry, but no automated reporting, just the JS API (you can report yourself). During yesterday's conference call Arvind raised the option of dropping Resource Error Logging spec in favor of simply exposing failed fetches as part of Resource Timing: you can setup an onload/onerror callback to detect failed subresource fetches, and RT would give you enough timing data to detect where the fetch has failed. 1) The RT route is more involved for the developer, as it requires setting up callbacks, etc. 2) RT route can't distinguish "abandoned" case - e.g. image is loading but user hits stop. That's a very different error from a fetch failing midway due to other connection errors. 3) RT route is much simpler from spec surface perspective... At the moment my personal preference would be to keep Resource Error Logging: simpler and more intuitive for the developer; I think (2) is a strong enough reason on its own. That said, curious what others think? ig [1] http://w3c.github.io/web-performance/specs/NavigationErrorLogging/Overview.html [2] http://w3c.github.io/web-performance/specs/ResourceErrorLogging/Overview.html
Received on Thursday, 16 October 2014 22:08:06 UTC