Video resources not requested when "disable cache" is active
Reported by
m...@bocoup.com,
Dec 14
|
|||||||
Issue descriptionChrome Version : 70.0.3538.110 OS Version: Linux bruce 4.15.0-42-generic #45~16.04.1-Ubuntu SMP Mon Nov 19 13:02:27 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux URLs (if applicable) : https://bocoup.github.io/chrome-bug-video-resource/src/index.html 1. Open Chrome's developer tools 2. Open the "Network" tab 3. Activate the "Disable cache" checkbox 4. Navigate to https://bocoup.github.io/chrome-bug-video-resource/src/index.html 5. Note Network log's entries describing a video resource. Note also the state of the document, describing 1 "resource" performance entry. 6. Refresh the page 7. Note absence of entries describing any video resources. Note also the state of the document, describing 0 "resource" performance entries. Expected: the video resource should be requested with every navigation and a corresponding performance entry should be reported. Actual: the video resource is requested on the initial navigation but not on any subsequent navigation (and no performance performance entries are reported). This behavior may be the cause of [previously-reported inconsistent behavior in certain web-platform-tests](https://github.com/web-platform-tests/wpt/issues/14433). Chrome 51 demonstrates the expected behavior. Chrome 52 is the oldest release which demonstrates the actual behavior described above (verified on Windows 10 and macOS 10.13). UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/70.0.3538.110 Chrome/70.0.3538.110 Safari/537.36
,
Dec 15
,
Dec 17
,
Dec 17
I wonder if the "Disable cache" option isn't disabling some Blink or media cache. Oddly when I reproduced this, looking at the log from chrome://net-export I did see one instance of the video fetched from the network with the BYPASS_CACHE load flag set, and it also showed up in the Devtools network tab once too.
,
Dec 17
Removing network cache component as I don't see the improper caching happening at the net/ layer according to chrome://net-export.
,
Dec 18
Usually media/blink code creates a WebAssociatedURLLoader that is associated to a frame (where DevTools is attached) in media::ResourceMultiBufferDataProvider::Start(), and from the loading stack the request goes through InspectorNetworkAgent::WillSendRequest() where request's cache mode is set to kBypassCache if "Disable cache" is enabled, but on subsequent navigations I didn't even see the CreateURLLoader() is called for the video resource. So I suspect that this is caused somewhere in the media or <video> specific part?
,
Dec 19
I've suffered with this issue for nearly one year!
,
Jan 8
Able to reproduce the issue on the reported chrome version #70.0.3538.110, latest stable #71.0.3578.98 and latest chrome #73.0.3664.0 using Ubuntu 17.10, Windows 10 and Mac OS 10.13.6 by following steps as per comment#0. The behaviour is seen from M-60(#60.0.3112.113), considering this as non-regression hence marking it as untriaged and requesting someone from dev team to look into the issue. Thanks.!
,
Jan 10
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by y...@yoav.ws
, Dec 14