+folk who might know what's up. poster loading is handled above WMP, so it should be somewhere inside HTMLME code.

"HTMLVideoElement" updates its "ImageLoader" twice - first from "parseAttribute", then from "attachLayoutTree". I assume "ImageLoader" or "FetchRequest" somehow eliminate duplicate requests which works fine in the case when no "crossorigin" set.

However, two requests are sent when "crossorigin" attribute is present and the requests are only different by the "Origin:" header. See the request/response headers attached. load_flags are also different for the URL requests in chrome://net-internals (see attached).

Logging confirmed that the "crossorigin" attribute in "ImageLoader" is present both times "HTMLVideoElement" asks it to download the poster image and that the document's origin() is the same both times too.

Thus I conclude that something goes wrong deeper on the network / fetch request configuration level.

I've uploaded smaller test pages at avayvod.github.io/double-poster-request/index.html and avayvod.github.io/double-poster-request/no-crossorigin.html.

Deleted: request1.txt 974 bytes

request1.txt 974 bytes View Download

Deleted: request2.txt 1006 bytes

request2.txt 1006 bytes View Download

Deleted: net-internals.txt 12.0 KB

net-internals.txt 12.0 KB View Download

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Can't reproduce anymore on M61 stable or M63 Dev. Only see one request in devtools network console and about:tracing networking category.

Please file another bug if you see this happening still.

Links have been provided. 
https://www.wdfshare.com/f-e-a-r-full-crack.html