New issue
Advanced search Search tips

Issue 816856 link

Starred by 3 users

Issue metadata

Status: Verified
Owner:
Closed: Sep 21
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

HAR log generated by chrome.devtools.network.getHAR startedDateTime is an object

Reported by antoine....@gmail.com, Feb 27 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36

Steps to reproduce the problem:
1. Call interface "chrome.devtools.network.getHAR" from devtools_page to dump the HAR log.
2. startedDateTime fields exposed as Object

What is the expected behavior?
- startedDateTime should be a String as exposed by the HAR 1.2 spec, e.g startedDateTime : "2018-02-27T10:47:25.488Z" 

What went wrong?
startedDateTime is an Object :: {}
Which results in a HAR bad format (attached file)

Did this work before? No 

Chrome version: 64.0.3282.186  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

Bug  in 2017, issued "Should have been fixed" but still around (https://bugs.chromium.org/p/chromium/issues/detail?id=720273&can=2&q=API%20getHar&colspec=ID%20Pri%20M%20Stars%20ReleaseBlock%20Component%20Status%20Owner%20Summary%20OS%20Modified)
 
startDateTime.png
116 KB View Download
Labels: Needs-Triage-M64
Labels: Triaged-ET TE-NeedsTriageHelp
The issue seems to be out of TE-scope as it is related to HAR log. Hence, adding label TE-NeedsTriageHelp for further investigation from dev team.

Thanks...!!

Comment 3 by alph@chromium.org, Mar 2 2018

Components: -Platform>DevTools Platform>DevTools>Network
Owner: caseq@chromium.org
Status: Assigned (was: Unconfirmed)
This issue has been fixed through Chrome 65.0.3325.181

startedDateTime from chrome.devtools.network.getHAR is no more an object, the value is correctly represented as a String
Owner: jarhar@chromium.org
Status: Verified (was: Assigned)

Sign in to add a comment