Firefox using cache for a video asset when told to disable cache
Categories
(Firefox :: Untriaged, defect)
Tracking
()
People
(Reporter: sean, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Firefox/68.0
Steps to reproduce:
- visit https://underbelly.is/a-digital-agency (to prime the cache)
- shift-reload to reload without using the cache
- (or: open the FF dev tools, check the "disable cache" box, then reload)
(Note: if you wait some time after the load and before the no-cache reload, the behaviour changes.)
Actual results:
The background video (mp4) is not requested (verified via the FF dev tools, the browser toolbox, and through an intercepting proxy (Charles)), but the video is still present on the page.
It seems that somehow Firefox is using a cached version of this video, even when told to not use the cache.
Expected results:
The browser should have requested the file from Vimeo + Akamai.
There's a bit more (some of it irrelevant, so I didn't transcribe it all) information here: https://twitter.com/coates/status/1159227143945183232
Additional possible clues:
- the response from Akamai is 206, so maybe that gets cached strangely?
- possibly-related message in the browser console:
AbortError: The fetching process for the media resource was aborted by the user agent at the user's request. - there's nothing in my local storage for Underbelly, Vimeo, or Akamai
|
Reporter | |
Comment 1•6 years ago
|
||
Thanks to a friend, there is a much simpler test case (same symptoms), here: https://labs.mgdm.net/vt/
|
||
Comment 2•6 years ago
|
||
Hi Sean,
Thanks for taking the time of opening this bug and being very clear about the steps. However, this issue has already been pointed out on bug 1277514. Please do take a look at it. They are on their way to solving this issue.
Best regards, Flor.
Description
•