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

Issue 737936 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Navigation Timing 2 - incorrect URL, missing redirect times

Reported by dajdav...@gmail.com, Jun 29 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3144.0 Safari/537.36

Steps to reproduce the problem:
1. Type andydavies.me into the Omnibox and hit enter
2. Launch DevTools 
3. Type performance.getEntriesByType('navigation') into the console

What is the expected behavior?
Site redirects HTTP - > HTTPS using 302 redirect (no HSTS yet)

URL in NT2 information should have a https:// scheme and redirect timings should be non-zero

What went wrong?
URL scheme in Navigation Timing 2 is http:// not https:// 

Redirect count and timings are zero

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 61.0.3144.0  Channel: canary
OS Version: OS X 10.12.5
Flash Version: 

Checked Safari STP and Firefox Dev but neither implement NT2 yet
 
Screen Shot 2017-06-29 at 12.02.11.png
499 KB View Download

Comment 1 by y...@yoav.ws, Jun 29 2017

Cc: y...@yoav.ws spanicker@chromium.org

Comment 2 by y...@yoav.ws, Jun 29 2017

Cc: -spanicker@chromium.org panicker@chromium.org

Comment 3 by a...@andydavies.net, Jun 29 2017

Adding Timing-Allow-Origin header fixes the redirect timings and count but the URL still remains the http:// version

Comment 4 by panicker@google.com, Jun 30 2017

The issue is about the URL scheme right? 
Requiring TAO for redirects is working-as-intended.
Cc: ligim...@chromium.org
Labels: Needs-Triage-M61
Yes just to confirm it as about the URL scheme

And yes, TAO for redirects is working as intended (sorry for the confusion)
Cc: pnangunoori@chromium.org
Labels: Needs-Feedback
Tested on Chrome Stable #59.0.30171.115 and Canary #61.0.3147.0 on Mac 10.12.5 and issue is not reproducible. Attached is the screencast for reference.
 
@dajdavies -- Could you please look into the screencast and let us know if we have missed anything.
 
Thanks in advance.
737936.mov
7.3 MB Download
Need to expand the PerformanceEntries to see the issue - see attached
ad2-737936.mov
16.3 MB Download
Labels: -Needs-Feedback -Needs-Triage-M61 M-61 OS-Linux OS-Windows
Status: Untriaged (was: Unconfirmed)
Tested on Chrome Stable #59.0.3071.115 and Canary #61.0.3150.0 on Mac 10.12.5 and able to reproduce the mentioned behavior. 

This is a non-regression issue and able to reproduce from M-58, version #58.0.3006.0. Marking it as untriaged so that issue gets addressed.

Observations -- For the earlier versions, behavior is as mentioned below:
58.0.2988.0 to 58.0.3005.2 - For the component ‘name’ value displayed is “document”.
55.0.2841.0 to 57.0.2925.0 -  Performance /navigation timing component is not seen
45.0.2454.85 - Site doesn’t load properly

Note -- Issue is reproduced on Windows 7 and Ubuntu 14.04.

Thanks.
Status: Available (was: Untriaged)
This still repros on https://andydavies.me/ - we report an http URL instead of https.
Components: -Blink>PerformanceAPIs Blink>PerformanceAPIs>NavigationTiming
Still unclear who should own this.
Owner: npm@chromium.org
Status: Assigned (was: Available)
Check TAO.
The entry name should be fixed.

Comment 14 by npm@chromium.org, May 8 2018

Status: Fixed (was: Assigned)
Checked on Chrome 68.0.3423.2:
* Entry name is fixed: now shows "https://andydavies.me/". For the record, this was fixed recently: https://chromium-review.googlesource.com/c/chromium/src/+/996579
* Per comment #6 'TAO for redirects is working as intended', so that part is fine.

Sign in to add a comment