New issue
Advanced search Search tips

Issue 853559 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

network logs lost after an error unless "preserve log" checked

Reported by teo8...@gmail.com, Jun 17 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

Steps to reproduce the problem:
1. Make sure you have the Developer Tools open and that you DON'T have "preserve log" checked
2. go to a website that has a redirect loop, generating too many redirect
3. look at the Network tab in the Developer Tools

What is the expected behavior?
You see the "Too many redirect" error page in Chrome.

All the requests with the 302 responses should remain in the Network tabs, regardless of whether you have "preserve log" checked or not

What went wrong?
When the number of redirects exceeds the maximum, Chrome shows the "too many redirects" error page, and since this contains some images, the "requests" for loading the images such as "data:image/png...." show up in the Network tab.

When this happens, if "preserve log" is not checked, the previous requests are wiped out and only the ones made after the error page has been "loaded" are shown.

This is idiotic. Even if you don't have "preserve log" checked, showing the error page shouldn't count as a new page load, and hence the contents of the network tab previous to that should not be cleared. Just like you don't clear the network tab after a redirect (you used to, but you fixed that a while ago).

Actually it's even questionable whether it makes sense to show "data:" urls in the Network tab (those are not requests and no network is involved), but regardless of that, the act of displaying the error page should not trigger clearing the network tab output.

Did this work before? N/A 

Chrome version: 67.0.3396.87  Channel: stable
OS Version: 
Flash Version:
 
Labels: Needs-Triage-M67
Cc: phanindra.mandapaka@chromium.org
Labels: Needs-Feedback Triaged-ET
As per comment #0 we have tested this issue on reported chrome version 67.0.3396.87 using ubuntu 17.10.
Steps:
--------
1. Launched chrome
2. Opened Dev tools and navigated to Networks unchecked preserve log
3. Navigated to this URL ""https://giphy.com/explore/sites""
We have not seen any errors and observed logs are generating normally

@Reporter: As we are unable to reproduce the issue from  our end.Could you please provide the sample URL where your facing the issue which help us for further triaging it.

Thanks.!

Comment 3 by teo8...@gmail.com, Jun 18 2018

Did you even read the steps to reproduce??

> 2. go to a website that has a >> redirect loop << 
>    generating >> too many redirect <<

that is not the case in the URL in comment 2, it gives a 404.
Project Member

Comment 4 by sheriffbot@chromium.org, Jun 18 2018

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
Owner: eostroukhov@chromium.org
Status: Assigned (was: Unconfirmed)
Owner: jarhar@chromium.org

Sign in to add a comment