New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 722205 link

Starred by 1 user

Issue metadata

Status: Closed
Owner: ----
Closed: Dec 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Feature



Sign in to add a comment

Feature request: add dns resolution time, ssl time, sending time, send to response delay and response time to cronet metrics

Reported by zhihua....@snapchat.com, May 15 2017

Issue description

Steps to reproduce the problem:
Right now RequestFinishedInfo.Metrics only returns getTtfbMs, getTotalTimeMs, getSentByteCount and getReceivedByteCount in long values, it returns other values such as getDnsStart and getSslEnd in java.util.Date class, it's implementation is creating a Date class from a long field value.

We are more interested in how long it takes to do the dns resolution,  setup ssl, sending the request, getting the response, etc.

Right now to get Dns time, we need to call getDnsEnd and getDnsStart and compare two Date instances, it's better to compare two internal fields directly and returns the long value or zero if the socket is re-used.

Please consider adding these functions directly.

What is the expected behavior?

What went wrong?
nothing, just feature suggest.

Did this work before? N/A 

Chrome version: 58.0.3029.110  Channel: stable
OS Version: OS X 10.12.4
Flash Version: Shockwave Flash 25.0 r0
 
Components: Internals>Network>Library

Comment 2 by mef@chromium.org, May 16 2017

Cc: mge...@chromium.org
Status: Untriaged (was: Unconfirmed)
*** Bulk edit ***

Setting Feature Requests as: Untriaged 
Status: Closed (was: Untriaged)
This is expected behavior as having absolute time values allows building a common timeline across multiple requests. 

Sign in to add a comment