Bug 140798 - [Win] Accessibility implementation unable to recurse through document (sometimes) to find named elements
Summary: [Win] Accessibility implementation unable to recurse through document (someti...
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC All
: P2 Normal
Assignee: Brent Fulgham
Keywords: InRadar
: 140797 (view as bug list)
Depends on:
Reported: 2015-01-22 16:09 PST by Brent Fulgham
Modified: 2016-06-23 03:10 PDT (History)
5 users (show)

See Also:

Patch (1.52 KB, patch)
2016-06-16 06:37 PDT, Per Arne Vollan
no flags Details | Formatted Diff | Diff
Archive of layout-test-results from ews112 for mac-yosemite (1.43 MB, application/zip)
2016-06-16 07:33 PDT, Build Bot
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Brent Fulgham 2015-01-22 16:09:51 PST
The layout test 'accessibility/aria-controls-with-tabs.html' is failing as follows:

--- /cygdrive/c/Projects/WebKit/OpenSource/WebKitBuild/Release/bin32/layout-test-results/accessibility/aria-controls-with-tabs-expected.txt
+++ /cygdrive/c/Projects/WebKit/OpenSource/WebKitBuild/Release/bin32/layout-test-results/accessibility/aria-controls-with-tabs-actual.txt
@@ -1,3 +1,4 @@
+CONSOLE MESSAGE: line 34: TypeError: undefined is not an object (evaluating 'tabList.childAtIndex')
@@ -11,11 +12,7 @@
 On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".
-PASS tab2.isSelected is true
-PASS tab1.isSelected is false
-PASS tab2.isSelected is false
-PASS tab1.isSelected is true
-PASS successfullyParsed is true
+FAIL successfullyParsed should be true (of type boolean). Was undefined (of type undefined).
Comment 1 Radar WebKit Bug Importer 2015-01-22 16:10:27 PST
Comment 2 Brent Fulgham 2015-01-23 09:22:07 PST
*** Bug 140797 has been marked as a duplicate of this bug. ***
Comment 3 Brent Fulgham 2015-01-23 09:22:57 PST
A series of layout test failures are being caused by the inability of the Windows accessibility code to drill down into the document to find elements. I'm not sure what triggers this failure, as some tests seem to work fine.
Comment 4 Per Arne Vollan 2016-06-16 06:37:31 PDT
Created attachment 281452 [details]
Comment 5 Build Bot 2016-06-16 07:33:54 PDT
Comment on attachment 281452 [details]

Attachment 281452 [details] did not pass mac-debug-ews (mac):
Output: http://webkit-queues.webkit.org/results/1512867

New failing tests:
Comment 6 Build Bot 2016-06-16 07:33:57 PDT
Created attachment 281455 [details]
Archive of layout-test-results from ews112 for mac-yosemite

The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews112  Port: mac-yosemite  Platform: Mac OS X 10.10.5
Comment 7 Brent Fulgham 2016-06-16 16:40:23 PDT
Comment on attachment 281452 [details]

r=me. The mac-debug failure is unrelated to this Windows-specific patch.
Comment 8 WebKit Commit Bot 2016-06-16 17:00:41 PDT
Comment on attachment 281452 [details]

Clearing flags on attachment: 281452

Committed r202149: <http://trac.webkit.org/changeset/202149>
Comment 9 WebKit Commit Bot 2016-06-16 17:00:45 PDT
All reviewed patches have been landed.  Closing bug.
Comment 10 Per Arne Vollan 2016-06-23 03:10:54 PDT
Updated test expectations in https://trac.webkit.org/changeset/202375.