Open Bug 1242128 Opened 4 years ago Updated 1 year ago

Frequent Win8 TEST-UNEXPECTED-PASS | /html/syntax/parsing/DOMContentLoaded-defer.html | The end: DOMContentLoaded and defer scripts - expected FAIL


(Core :: DOM: Core & HTML, defect, P5)

Windows 8



Tracking Status
firefox46 --- affected


(Reporter: philor, Unassigned)



(Keywords: intermittent-failure, leave-open)

Nearly 50% frequent in (though this is only the worst of the platforms, more bugs on unexpected-fails to follow).
Blocks: 1242129
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 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.
Flags: needinfo?(Ms2ger)
I'll temporarily disable this since my first attempt at a proper fix was broken.
Keywords: leave-open
Filed an issue upstream:
Flags: needinfo?(Ms2ger)
Component: web-platform-tests → DOM
Product: Testing → Core
Priority: -- → P5
The leave-open keyword is there and there is no activity for 6 months.
:hsinyi, maybe it's time to close this bug?
Flags: needinfo?(htsai)

This bug is still valid for re-enabling the test.

Flags: needinfo?(htsai)
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.