Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RT should handle multi-request fetches #21

Open
Tracked by #38
igrigorik opened this issue Apr 29, 2015 · 4 comments
Open
Tracked by #38

RT should handle multi-request fetches #21

igrigorik opened this issue Apr 29, 2015 · 4 comments

Comments

@igrigorik
Copy link
Member

Discussion: https://lists.w3.org/Archives/Public/public-web-perf/2015Feb/0059.html

@igrigorik
Copy link
Member Author

Opened a bug on Fetch: whatwg/fetch#75

@igrigorik igrigorik self-assigned this Sep 9, 2015
@plehegar plehegar added this to the V2 milestone Apr 26, 2016
@igrigorik igrigorik modified the milestones: Level 3, Level 2 Jun 29, 2016
@nicjansma nicjansma mentioned this issue Nov 21, 2017
@noamr
Copy link
Contributor

noamr commented Sep 29, 2021

I think having redirects as their own resource entries is doable, now that FETCH and RT are integrated.

I suggest giving them redirect as an initiatorType, have them totally not exposed when the overall FETCH is cross-origin and fails TAO (or navigation timing with cross-origin redirects), and add a property such as originalURL that points to the first URL of a request.

preflights in the context of TAO-enabled cross-origin is a bit tricky, I'm not sure that when TAO is enabled it means that the 3rd party domain is OK with exposing the detail of how long in took to perform the preflight.

@noamr
Copy link
Contributor

noamr commented Sep 29, 2021

Note also the discussion in #223.
When we add more "TAO-protected" information to resource timing entries, we retroactively change the meaning of existing uses of TAO headers.

I believe that at least as a first step, this information should be only available for same-origin, regardless of TAO, until some versioning scheme or some other solution is found for "TAO yesterday and TAO today mean two different things".

@kevinfarrugia
Copy link

kevinfarrugia commented Dec 16, 2021

A use-case I have come across for recording multi-request fetches would be to allow you to access the server-timing headers from the previous navigation in a redirect chain.

--- Example ---

If when when navigating to a URL, https://example.com/doSomething I get the following response headers:

Response

HTTP/1.1 302
location: /results
server-timing: foo; dur=100

The browser will redirect to https://example.com/results but the server-timing header sent in the initial response is lost.

performance.getEntriesByType("navigation") should allow a means to access the serverTiming array for the redirect navigation. Currently this is not possible as only the last request in the sequence is available on NT.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants