Server-Timings not exposed for insecure connections in navigation timing
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: bripkens, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36 Edg/83.0.478.56
Steps to reproduce:
Add a Server-Timing header to a navigation request's response via a plain HTTP connection.
Actual results:
The server timing entries are not exposed via navigation timings, i.e. performance.getEntriesByType('navigation')
Expected results:
The server timing entries should be exposed.
Comment 1•5 years ago
|
||
Hi bripkens,
I am marking this as an enhancement for now and moving it over to it's component so the developers can check this out.
Thanks for the report!
Comment 2•5 years ago
|
||
Thanks for the report!
I'm able to i see the issue.
STR
- Open the net monitor.
- Go to https://uttermost-ringed-wavelength.glitch.me/dreams
- To filter request list, type
dreams - Select the request
- Go to the timings panel.
- The server timings should be visible
- Switch to http://uttermost-ringed-wavelength.glitch.me/dreams
- Repeat 3 - 5
AR:
The server timings do not show
performance.getEntriesByType('navigation') does not have server timings
ER:
The server timings should show
performance.getEntriesByType('navigation'). should have the server timings
Note: Chrome shows server timings for both http and https
Comment 3•5 years ago
|
||
Comment 4•5 years ago
|
||
Comment 5•5 years ago
|
||
This looks like a platform issue as the devtools does not get any server timings form the platform for http requests.
Moving to Networking.
Comment 6•5 years ago
|
||
(In reply to Hubert Boma Manilla (:bomsy) from comment #5)
This looks like a platform issue as the devtools does not get any server timings form the platform for http requests.
Moving to Networking.
Please see bug 1436517.
I think we don't want to support plain-text server timings.
Description
•