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

Issue 591287 link

Starred by 4 users

Issue metadata

Status: Archived
Owner:
Last visit > 30 days ago
Closed: Mar 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Launch-OWP
Launch-Accessibility: NA
Launch-Exp-Leadership: ----
Launch-Leadership: ----
Launch-Legal: Yes
Launch-M-Approved: ----
Launch-M-Target: ----
Launch-Privacy: Yes
Launch-Security: Yes
Launch-Test: Yes
Launch-UI: NA
Rollout-Type: ----

Blocked on:
issue 348877



Sign in to add a comment

Launch bug for StaleWhileRevalidate

Project Member Reported by kenjibaheux@chromium.org, Mar 2 2016

Issue description

Filing a formal OWP launch tracking for SWR (intent to implement/ship, privacy, security and test reviews already done a while ago)

Change description:
Stale-while-revalidate is a cache-control extension which enables a resource to be used immediately from the cache while it is revalidated against the origin web server in the background. 

See https://docs.google.com/document/d/1izgyCOcRtz5Kc0rFtZ68p5mj3E__Uvgpf-5cJJHi7jE/edit for more background.


Changes to API surface:
 1. Support for stale-while-revalidate attribute in HTTP Cache-control header
 2. Send back a new header called Resource-freshness to guide developers toward efficient (max-age, s-w-r) pair of values.


Links: 
 - https://tools.ietf.org/html/rfc5861
 - https://github.com/KenjiBaheux/resource-freshness

Support in other browsers:
 Internet Explorer: no
 Firefox: no
 Safari: no
 Proxies and CDN: supported by a few high profile players.


=== Plan ===
M-49~: experimentations
 - smoketest: canary/dev (Desktop) successful
 - beta (Android): moot because Uniformity isn't achieved for the metrics we care about with similarly sized but random users population.

We would like to expand the experiment to Stable in order to achieve Uniformity and observe meaningful results.
 
Blockedon: 348877
Cc: toyoshim@chromium.org

Comment 3 by ctanaka@google.com, Mar 2 2016

Labels: -Launch-Legal-NotReviewed Launch-Legal-Yes
Labels: Launch-Status-Approval-Requested
Status: Archived (was: Assigned)
[Update on SWR]

We've had a behind the flag implementation for a while and did an experiment but haven't been able to ship it due to some tough remaining issues... We believe that these issues are specific to Chrome's current architecture. In particular, problems with redirects and cookies have been noted as serious show-stopper because getting both of these to work correctly would require some major changes to the way the cache interfaces with the rest of Chrome's net layer. 

Given upcoming major refactors (e.g. PlzNavigate, Servicification of //net) that would be impaired by the current implementation of S-W-R, we have decided to temporarily remove our implementation. 

We still believe that this primitive has significant potential. Mozilla has an open bug[1] for this feature and we hope that they will be able to ship this primitive soon so that the community can help us better understand its impact and therefore facilitate a proper follow-up in Chrome and hopefully other browsers.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=995651

Sign in to add a comment