Open Bug 1242128 Opened 4 years ago Updated 1 year ago
Frequent Win8 TEST-UNEXPECTED-PASS | /html/syntax/parsing/DOMContent
Loaded-defer .html | The end: DOMContent Loaded and defer scripts - expected FAIL
Nearly 50% frequent in https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=08143e9bc182&selectedJob=20364146&filter-searchStr=ce0e605c9a0b972f5a2542ab448fdd65b5c7f44d (though this is only the worst of the platforms, more bugs on unexpected-fails to follow).
I don't understand why this test asserts that setTimeout tasks will fire before DOMContentLoaded. AFAICT from the spec that would only be the case if the tasksource for the DOMContentLoaded in https://html.spec.whatwg.org/#the-end were the same as the tasksource for the setTimeout, and the useragent took up the option of firing setTimeout(,0) tasks immediately. However the first is certainly not true and the second need not be true, so I think this test is broken. I think it's unsafe to use postMessage for the test for the same reason (different task source). However I think you can pick something else that uses the DOM Manipulation Task Source e.g. a runtime script error or inserting an iframe with no src.
I'll temporarily disable this since my first attempt at a proper fix was broken.
Filed an issue upstream: https://github.com/w3c/web-platform-tests/issues/4267
Component: web-platform-tests → DOM
Product: Testing → Core
The leave-open keyword is there and there is no activity for 6 months. :hsinyi, maybe it's time to close this bug?
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.