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 dbates@webkit.org. 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.
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.
Created attachment 128784 [details] Patch
Comment on attachment 128784 [details] Patch Thanks for the patch! r=me
Committed r108839: <http://trac.webkit.org/changeset/108839>