Closed Bug 547688 Opened 14 years ago Closed 14 years ago

[HTML5] toolkit/content/tests/widgets/test_radio.xul fails

Categories

(Core :: DOM: HTML Parser, defect, P1)

x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: hsivonen, Unassigned)

Details

150311 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_radio.xul | accesskey focuses radiogroup - got [object XULElement], expected [object XULElement]
150312 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_radio.xul | accesskey selects radio - got [object XULElement], expected [object XULElement]
150314 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_radio.xul | accesskey on disabled radio doesn't change selection - got [object XULElement], expected [object XULElement]
I don't see any connection to the HTML5 parser here.
This could be random and cross-platform.
OS: Windows XP → All
WFM on Mac and Linux x86_64.
Summary: [HTML5] toolkit/content/tests/widgets/test_radio.xul fails → [HTML5][WFM?] toolkit/content/tests/widgets/test_radio.xul fails
Fails on Windows tryserver still.
OS: All → Windows XP
Summary: [HTML5][WFM?] toolkit/content/tests/widgets/test_radio.xul fails → [HTML5] toolkit/content/tests/widgets/test_radio.xul fails
This test case fails with html5.enable=true on Windows tryserver. The failure messages aren't helpful (got [object XULElement], expected [object XULElement]). I don't see any connection to the HTML parser.

Do you have ideas on how this could depend on the HTML parser?
Does setting html5.enable=true cause different tests to run beforehand?
The set of tests is the same, but the following tests have some pref-sensitivity:
/content/base/test/test_bug527896.html
/content/base/test/test_bug503473.html
/parser/htmlparser/tests/mochitest/test_bug502091.html
/parser/htmlparser/tests/mochitest/test_compatmode.html
It seems that this failure was caused by bug 546648 and was fixed by the patch for that bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.