Hi

Thanks for your response but you have totally misread the stack overflow.

The following website: http://www.themedept.com/demo/getleads/agency.html

Shows a looping video: http://www.themedept.com/demo/getleads/images/video/video.mp4

This video not appear in the Chrome Browser Developer Network when the agency.html page loads. It does however load in incognito mode.

Deleted: stackoverflow mp4 missing.png 84.0 KB

	stackoverflow mp4 missing.png 84.0 KB View Download

Why has no one responded to this???

Thanks. Looks like one of two things:

1. the network connection stays open and it reuses that, but the request is invisible to devtools for whatever reason
2. the media cache isn't getting the "disable cache" signal and chrome is reusing it.

I looked at the network traffic on subsequent reloads and it didn't weigh the same 8mb that a fresh load did, so I'm suspecting something with cache. Plus partial content network requests and media cache get very special behavior.

In canary if you keep the page open you'll get a few video.webm partial reqs stacking up.


over to allada. 
in the meantime the workaround is navigating to another page (about:blank) and then coming back, rather than reloading.

Deleted: Screen Shot 2016-12-14 at 4.15.03 PM.png 124 KB

	Screen Shot 2016-12-14 at 4.15.03 PM.png 124 KB View Download

It looks cache related to me too--a "first load" will show the requests, as expected, and after that any sort of reload (even "Empty Cache and Hard Reload") does not show the video requests.

To reproduce, open devtools' network tab and then:

1. Load https://www.quirksmode.org/html5/tests/video.html
2. Hit "Empty Cache and Hard Reload"

Actual:

Devtools network panel shows no requests for media URLs. (See screenshot showing the first load, and reload.)

Expected:

Devtools network panel shows exactly the same set of requests in both cases.

(As paulirish@ says, navigating away and then back again appears to reset the network tab so that it shows all requests, as expected.)

Deleted: Screenshot from 2017-11-01 15:58:40.png 140 KB

	Screenshot from 2017-11-01 15:58:40.png 140 KB View Download

Deleted: Screenshot from 2017-11-01 15:59:14.png 111 KB

	Screenshot from 2017-11-01 15:59:14.png 111 KB View Download

 Issue 649920  has been merged into this issue.

Can you please provide an update on this issue? It has been outstanding for over a year and is causing confusion.

I am seeing this as well in Chrome Stable Version 66.0.3359.170 (Official Build) (64-bit) with Windows 10 on example site https://cdjr1.dealeron.com/

I guess the chromium team is already aware of it, but this is not only about mp4 containers but video content in general.

Still seeing this on macOS (Version 69.0.3497.100 (Official Build) (64-bit)).

Also wanted to note that even navigating away and back, while showing requests for the media, returns status code 206, so the cache is still being hit (and `Disable cache` being ignored).

I can see media in the network log on ToT.