- Truncate descriptions
Activity
The fetch API is still disabled in ESR 38: https://bugzilla.mozilla.org/show_bug.cgi?id=1133861.
Replying to arthuredelstein:
The Fetch API is off by default until Firefox 39. We can turn it on for testing by setting "dom.enabled.fetch" to true in FF 38. Weirdly, I can't get
fetch(...)
to cache the responses it receives, even if I include the option{cache: "force-cache"}
.Even more weird... the response apparently is cached. I wrote a simple example: https://arthuredelstein.github.io/tordemos/fetch-caching.html
On the network panel of the developer console, I can see a 304 (not modified) response on the second load after clearing the cache. However, the
fetch
ed file does not appear in about:cache anywhere. So there's something odd going on.I'm going to postpone further work on this until ff45-esr.
Here's a patch for review that provides regression tests for first-party cache isolation with
fetch
: https://github.com/arthuredelstein/tor-browser/commit/72de4dd2ec86517f3707fb2159876464291544ca(Note this
16326+2
branch also contains a commit to fix #18741 (moved). Once both commits are applied, then all the tests in./mach mochitest netwerk/test/browser/browser_cacheFirstParty.js
pass.)Trac:
Keywords: TorBrowserTeam201604 deleted, TorBrowserTeam201604R added
Status: accepted to needs_reviewI have updated this work, here: #18741 (moved)::comment:8 Please disregard the version in comment:11 of this ticket.