On 04/27/2016 06:42 PM, Ilya Grigorik wrote:
On Tue, Apr 26, 2016 at 7:52 AM, Philippe Le Hegaret <p...@w3.org
<mailto:p...@w3.org>> wrote:

    Following last week discussion, I added "Level 1" to Resource Timing
    with the following:
    [[
    This specification is ready for wide review, with the following
    features at risk for the first release:
    *    Dependency with Performance Timeline 2, since performance
    observers are lacking implementations;
    *    Dependency with High Resolution Time 2 and workers support,
    including workerStart, since we're still refining time origin;
    *    nextHopProtocol, transferSize, encodedBodySize, and
    decodedBodySize, since we're currently lacking implementations.
    ]]


We also had secureConnectionStart marked as optional for a long time and
recently changed it to mandatory. My proposal would be to also treat
that change as an L2 feature. With these carveouts in place, I think we
should have three existing implementations (Edge, FF, Chrome) of
proposed L1. And once we land
https://github.com/w3c/resource-timing/issues/46, we can (hopefully :))
confirm that.

    Imho, the issue that affects the most implementations at the moment is
    https://github.com/w3c/resource-timing/issues/12
    I'm proposing that we don't solve it for V1 but keep flagging it as
    an issue in the spec for Web developers to be aware of.


I agree. The spec did not indicate either way until we landed [1] and I
think we can: (a) keep it as such for L1, (b) resolve it in L2. With
that in mind, we would probably need to back out that commit for L1?

Yes, in the v1 branch. gh-pages should not be affected by L1 imho.

Philippe

Reply via email to