RESOLVED DUPLICATE of bug 51912 51933
REGRESSION(r75031): 2 Windows accessibility tests failing 
https://bugs.webkit.org/show_bug.cgi?id=51933
Summary REGRESSION(r75031): 2 Windows accessibility tests failing
Brian Weinstein
Reported 2011-01-05 10:43:03 PST
After r75031, two accessibility tests are failing on Windows: platform/win/accessibility/document-role.html --- /home/buildbot/slave/WebKit-BuildSlave/win-release-tests/build/layout-test-results/platform/win/accessibility/document-role-expected.txt 2011-01-05 09:28:39.219020500 -0800 +++ /home/buildbot/slave/WebKit-BuildSlave/win-release-tests/build/layout-test-results/platform/win/accessibility/document-role-actual.txt 2011-01-05 09:28:39.216020300 -0800 @@ -1,4 +1,4 @@ Test for role attribute of document ----------------------------------- -role of Document : document +role of Document : client platform/win/accessibility/selection-and-focus.html expected --- /home/buildbot/slave/WebKit-BuildSlave/win-release-tests/build/layout-test-results/platform/win/accessibility/selection-and-focus-expected.txt 2011-01-05 09:28:40.532095600 -0800 +++ /home/buildbot/slave/WebKit-BuildSlave/win-release-tests/build/layout-test-results/platform/win/accessibility/selection-and-focus-actual.txt 2011-01-05 09:28:40.530095500 -0800 @@ -2,7 +2,7 @@ This tests that we can adjust focus and selection via accessibility API. -PASS accessibilityController.focusedElement.role is "document" +FAIL accessibilityController.focusedElement.role should be document. Was client. PASS accessibilityController.focusedElement.role is "list" Option 0 is selected. It looks like the change inadvertently made the document role client, instead of document.
Attachments
Add attachment proposed patch, testcase, etc.
chris fleizach
Comment 1 2011-01-05 10:45:31 PST
dupe of https://bugs.webkit.org/show_bug.cgi?id=51912
Brian Weinstein
Comment 2 2011-01-05 10:56:49 PST
*** This bug has been marked as a duplicate of bug 51912 ***
Note You need to log in before you can comment on or make changes to this bug.