This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/embedded-content-1.html Multipage: http://www.whatwg.org/C#update-the-image-data Complete: http://www.whatwg.org/c#update-the-image-data Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: Maybe make the fetch outlive the document (like ping), see http://www.w3.org/mid/73D56449-E4C2-4206-A5D0-136720F5747D@apple.com Posted from: 90.230.218.37 by simonp@opera.com User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_5_8) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.90 Safari/537.1
Is that reliably implemented by everyone? If so, Fetch is going to need to provide an explicit "keep this alive even if it's no longer got a Document" mode, because <img> loads can't be unrelated to their Document, obviously.
Currently Fetch makes it the task of HTML to clean up after itself. E.g. during document unloading you could go through your list of outstanding fetches and terminate them all. You'll need to keep a list anyway for specifications such as http://www.w3c-test.org/webperf/specs/ResourceTiming/ although they probably have not thought about proper integration yet...
I'm not aware of any issue relating to Resource Timing, can you file a bug if that needs integration on the HTML side? Anyway, I guess I can just manually label each fetch task on my side.
I emailed http://lists.w3.org/Archives/Public/public-web-perf/2014Feb/0029.html to them. Hopefully they can take responsibility and file bugs. I suppose they might file against W3C HTML :/
I think this requires adding "keep-alive flag" to the request instances used for <img>. Seems fairly straightforward.
Need to investigate if this happens for all images or just those created at unload-time.
https://github.com/whatwg/html/issues/1655