UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. Serve a MP4 file (video/mp4; codecs="avc1.42E01E") with missing frames and a stalling network connection in a video tag
2. Serve a non-stalling MP4 file from a different origin with no issues in the file or network connection itself in a second video tag

What is the expected behavior?
The non-stalling MP4 file plays.

What went wrong?
Both players stall until the broken player receives a keyframe (timeupdate event) or is removed from DOM. The Network tab indicates the second file only has a small initial download. Removing the stalled video element immediately fills the buffer of the second element and resumes the download/playback.

Did this work before? No 

Does this work in other browsers? Yes

Chrome version: 62.0.3202.94  Channel: stable
OS Version: Debian 9
Flash Version: 

The MP4 file in question is generated by Mist Server (mistserver.org) and is actually a livestream with lots of dropped frames. It should be the same scenario as a very spotty connection though. I'm trying to get a dump in the internal file format that we can serve in a loop to provide a test case.