New issue
Advanced search Search tips

Issue 900894 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Nov 6
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Preview tab is not automatically parsing JSON and not displaying it formatted.

Reported by andrei.l...@gmail.com, Nov 1

Issue description

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

Steps to reproduce the problem:
1. View an XHR call in the Network Tab
2. Click Preview
3. See how it does not automatically parse the JSON to be presented formatted and pretty like it usually does.

What is the expected behavior?
The JSON should be formatted and collapsible. 

What went wrong?
The JSON is just a text blob.

Did this work before? Yes 69

Chrome version: 70.0.3538.77  Channel: stable
OS Version: 10.0
Flash Version: 

The same problem was described in https://bugs.chromium.org/p/chromium/issues/detail?id=767393
 
One more note - there is no Content-Type: application/json in responce headers.
Components: Platform>DevTools
Labels: Needs-Feedback
Owner: jarhar@chromium.org
Thanks for the report.  DevTools uses some heuristics to guess whether it can format as JSON, including some cases where there is no Content-Type.

To help us reproduce, do you have a sample site/html/HAR other details about this response you can provide?
Labels: Needs-Triage-M70 Needs-Bisect
Hello, pls find responce HAR in attachment. And one more detail - at the beta version of Chrome (71.0.3578.30) problem doesn't appears.
LoginPageHAR
64.1 KB View Download
Project Member

Comment 6 by sheriffbot@chromium.org, Nov 2

Cc: l...@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: susan.boorgula@chromium.org
Labels: Triaged-ET
Status: Untriaged (was: Unconfirmed)
andrei.lomako.idf@ Thanks for the issue.

Able to reproduce the issue on Windows 10 and Mac OS 10.13.6 on the reported version 70.0.3538.77.
Issue seems to be fixed on the latest canary 72.0.3602.0.

Will provide the Bisect info soon. Hence marking the issue as Untriaged.

Thanks..
Cc: jarhar@chromium.org
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision RegressedIn-61 Target-70 FoundIn-70 OS-Linux OS-Mac Pri-1
Owner: dgozman@chromium.org
Status: Assigned (was: Untriaged)
//Adding to comment #7

Able to reproduce this issue on Windows 10, Mac OS 10.13.6 and Ubuntu 17.10 on the latest Stable 70.0.3538.77.
Issue seems to be fixed on the latest Canary 72.0.3602.2 and Beta 71.0.3578.30.

Reverse Bisect Information:
============================
Good Build: 71.0.3577.0
Bad Build : 71.0.3576.0

By running the per-revision bisect script, below is the Changelog URL.
https://chromium.googlesource.com/chromium/src/+log/4b582326361faa7bb7d8a204af98d55cb4b6a1f0..5b046432f18e81cc58d32191c8a8ad150c8b74ad

From the above Changelog, suspecting the below Change.
Reviewed-on: https://chromium-review.googlesource.com/c/1230042

Unable to assign the bug to the author ingvar@cloudflare.com. Hence assigning the bug to reviewer dgozman@.
dgozman@ Please check and confirm if this issue is related to your change, else help us in assigning to the right owner.

Thanks...
Labels: M-70
Owner: jarhar@chromium.org
Joey, could you please confirm this is fixed in 71 and close?
Status: Verified (was: Assigned)
By using andrei.lomako.idf@'s LoginPageHAR as a sample json file to be served and  requested via fetch(), I can confirm that 70.0.3538.0 does not parse it as JSON and 71.0.3578.0 does properly parse it as JSON. Since the reporter also confirmed that the bug is fixed in 71.0.3578.30, I will close the bug.
However, I found that 69.0.3497.0 did not parse the JSON, despite andrei.lomako.idf@ reporting that it did in 69.

Sign in to add a comment