Bug 37259
| Summary: | fast/dom/SelectorAPI/dumpNodeList tests fail when run out of order | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | abarth, mitz, sam |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | OS X 10.5 | ||
Eric Seidel (no email)
fast/dom/SelectorAPI/dumpNodeList tests fail when run out of order
fast/dom/SelectorAPI/dumpNodeList-almost-strict.html
fast/dom/SelectorAPI/dumpNodeList.html
For whatever reason "dump" is not always defined on the value returned from querySelectorAll.
It's possible that bad prototypes are bleeding through from a previous test? Or that querySelectorAll is returning something other than an Element or a NodeList?
One easy way to fix this test would be to use functions which check instanceof instead of bothering with modifying the prototypes. That way we could ASSERT in the case of objects we don't understand.
Also, we could simply check for the existance of "dump" before calling it, and print some debugging message if it's not there.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Eric Seidel (no email)
This was noticed while running new-run-webkit-tests which does not guarantee test order as it will run tests in parallel (by directory).
Eric Seidel (no email)
Committed r57268: <http://trac.webkit.org/changeset/57268>
Eric Seidel (no email)
The above commit was to update test_expectations.txt to note these tests as flaky until this bug can be fixed.