Issue metadata
Sign in to add a comment
|
Pending requests and redirects not visible in network tab
Reported by
bgm...@gmail.com,
Oct 30 2017
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.18 Safari/537.36 Steps to reproduce the problem: 1. Open the network tab in the dev tools 2. Navigate to a page that takes several seconds before the server responds What is the expected behavior? The original request should show up in the list as soon as it is initiated. Filtering requests to is:running should also show this request What went wrong? The request does not show up in the list until after it has completed. If filtering requests to is:running, the document request is never displayed, though other pending requests such as script and image requests do show while they are in progress. Redirects also do not appear in the list. This may be a more recent problem. Did this work before? Yes It's been a while -- somewhere around 56, maybe? Chrome version: 63.0.3239.18 Channel: beta OS Version: OS X 10.11.6 Flash Version: I tried disabling all extensions before filing this report. I'm not sure whether this problem exists on the stable channel, but I've been experiencing it for several chrome versions. I have actually had to start using Firefox for some of my development because of this issue.
,
Oct 31 2017
Tested in chrome # 63.0.3239.18 and Canary #64.0.3254.0 on Mac 10.12.6 and not able to reproduce the issue.Please find the screen shots for your reference. @bgmort: Could you please let me know if i have missed anything and if possible,Please create new profile without extensions and apps.Re-check once and let us know the observations and please provide the sample URL of the issue which would help us to triage the issue further. Thanks in Advance.
,
Oct 31 2017
Maybe the screenshots I have attached will help illustrate the problem. In the first, I have initiated a page request for https://httpbin.org/delay/10, which will wait ten seconds before responding. 'Waiting for httpbin...' is visible in the lower left corner of the page, but the request is not visible in the developer tools. In the second, the request has completed and is now visible in the list. This is in a brand new profile with no added extensions or apps.
,
Oct 31 2017
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 1 2017
,
Nov 21 2017
This doesn't seem to be strictly limited to Macs, I am experiencing the same problem on Chrome 62 on Windows 7
,
Nov 22 2017
TL;DR: We have plans on fixing this with some refactoring. Details: This is because chrome recently shipped the feature 'PlzNavigate'. This moved navigation into the browser process. This causes some strange side effects like this. This means that the renderer is pretty much saying "I want to be owned by 'maybe' another origin", so the browser process 'commits' the request and possibly kills the old renderer process. We plan on moving some of our request logic into the browser process and sending the navigation request information from the browser process instead of the renderer process. In the short term, eostroukhov@ can you look at making the waterfall render with the lower bound properly?
,
Feb 13 2018
Just checking in... Is there an estimate of when this might be fixed?
,
Mar 30 2018
I'll add to this that chains of 302s will not display until the last one is completed. One side effect of this is that it makes debugging SSO and OAuth requests difficult, especially if there's a problem with the last destination. You cannot see that the inbetween steps are working correctly. One other thing I noticed is that if the last 302 is to outside application (like slack://), the 302s don't appear to ever show up. It appears to affect the mobile version also, but I'm not 100% sure. If you are trying to complete an OAuth flow with mobile with a registered Private-Use URI, (as in https://tools.ietf.org/html/rfc8252#section-7.1), it does not appear to log. This caused debugging cycles where we were not clear if the authorization server was redirecting to the correct place.
,
Apr 20 2018
Hello. Since there are no fix for this, can I disable PlzNavigate in my chromium browser to workaround this bug?
,
Oct 12
,
Dec 27
I am able to see pending requests and pending redirects on navigation in DevTools in version 71, can anyone still reproduce this? |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by pbomm...@chromium.org
, Oct 30 2017