New issue
Advanced search Search tips

Issue 740792 link

Starred by 3 users

Issue metadata

Status: Untriaged
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Quic timing sometimes shows sendStart before connectionEnd

Project Member Reported by allada@chromium.org, Jul 11 2017

Issue description

We generate HAR timing and HAR has a hard requirement for things to come in a specific order (block -> connect -> send -> receive). When analyzing the timing info that netstack gives us (LoadTimingInfo), quic sometimes shows that it has sent out the request before it finished connecting to the site.

I gave a first glance at it and it appears that the reason is because it hops threads after crypto connection was established and then records the time.

A repo case that I am using right now is the ad_status.js file on http://paulirish.com/

This is not blocking us, but we do have some nasty code hacks to work around this.
 

Comment 1 by mmenke@chromium.org, Jul 12 2017

With HTTP, we're careful to lie about times to make them appear in the expected order.  I guess QUIC should be lying, too, for the same reasons.

Sign in to add a comment