Bug 79505 – Flaky Test: fast/dom/HTMLLinkElement/link-onerror-stylesheet-with-existent-and-non-existent-import.html

• Status: RESOLVED
• Resolution: FIXED
• Component: Tools / Tests

[WebKit Review Bot]

This is an automatically generated bug from the commit-queue.
fast/dom/HTMLLinkElement/link-onerror-stylesheet-with-existent-and-non-existent-import.html has been flaky on the commit-queue.

fast/dom/HTMLLinkElement/link-onerror-stylesheet-with-existent-and-non-existent-import.html was authored by [e-mail].
http://trac.webkit.org/browser/trunk/LayoutTests/fast/dom/HTMLLinkElement/link-onerror-stylesheet-with-existent-and-non-existent-import.html

The commit-queue just saw fast/dom/HTMLLinkElement/link-onerror-stylesheet-with-existent-and-non-existent-import.html flake (Text diff mismatch) while processing attachment 128535 [details] on bug 79388.
Bot: ec2-cq-02  Port: <class 'webkitpy.common.config.ports.ChromiumXVFBPort'>  Platform: Linux-2.6.35-28-virtual-x86_64-with-Ubuntu-10.10-maverick

The bots will update this with information from each new failure.

If you believe this bug to be fixed or invalid, feel free to close.  The bots will re-open if the flake re-occurs.

If you would like to track this test fix with another bug, please close this bug as a duplicate.  The bots will follow the duplicate chain when making future comments.

[Adrienne Walker]

It looks like there's some sort of timing issue between when script executes to set the layoutTestController dumpResourceResponesMIMETypes flag and when the stylesheet response is received.  On Chromium, even if I put Javascript directly in the test HTML to set this flag, it still doesn't occur in time.

The right answer might be to remove this flag from link-load-utilities, and then rebaseline all tests that use it.

[Adrienne Walker]

Created attachment 128784 [details]
Patch

[Daniel Bates]

Comment on attachment 128784 [details]
Patch

Thanks for the patch!

r=me

[Adrienne Walker]

Committed r108839: <http://trac.webkit.org/changeset/108839>