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

Issue 688427 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 453190
Owner: ----
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

fetch({cache: 'no-store'}) and fetch({cache: 'no-cache'}) stall other requests for the same resource

Project Member Reported by surma@chromium.org, Feb 3 2017

Issue description

Chrome Version: 56.0.2924.76
OS: MacOS 10.12.2

If multiple fetch() calls request the same resource, we stall all requests but the first one to check caching headers and re-use the response if possible. If the fetch has mode: 'no-store' or mode: 'no-cache', that is not necessary, but we still do it.

What steps will reproduce the problem?
(1) Run the server in https://gist.github.com/surma/81ab7017a086bd55da9907f5ca10982c
(2) Open DevTools Network panel
(3) Navigate to http://localhost:8081

What is the expected result?
All requests should start (and finish) at the same time.

What happens instead?
The requests are serialized.
 
Cc: csharrison@chromium.org
Components: Blink>Network>FetchAPI
Could this be due to resource scheduler?  Requests by fetch have the lowest priority and before <body> only one request can go at a time.
Yes most likely due to RS. We can check this by putting the <script> after <body>.
Is this dup of  issue 458620 ?
Summary: fetch({cache: 'no-store'}) and fetch({cache: 'no-cache'}) stall other requests for the same resource (was: fetch({mode: 'no-store'}) and fetch({mode: 'no-cache'}) stall other requests for the same resource)

Comment 7 by surma@chromium.org, Feb 4 2017

This might be due to  issue 453190 
Mergedinto: 453190
Status: Duplicate (was: Untriaged)
Then let's merge the issues.


Sign in to add a comment