Bug 92916

Summary:

accessibility/canvas-accessibilitynodeobject.html doesn't print out some results on Windows

Product:

WebKit

Reporter:

Roger Fong <roger_fong>

Component:

Accessibility

Assignee:

Roger Fong <roger_fong>

Status:

REOPENED ---

Severity:

Normal

CC:

buildbot, cfleizach, dmazzoni, jcraig, jhoneycutt, rniwa, roger_fong, thorton, webkit-bug-importer, webkit.review.bot

Priority:

Keywords:

InRadar, LayoutTestFailure

Version:

528+ (Nightly build)

Hardware:

OS:

Windows 7

Attachments:

Description	Flags
Failing test result for windows.	cfleizach: review+, buildbot: commit-queue-
Archive of layout-test-results from webkit-ews-12 for mac-mountainlion-wk2	none

Description Roger Fong 2012-08-01 15:48:16 PDT

This test is already supposedly failing, see https://bugs.webkit.org/show_bug.cgi?id=92100
But on windows the test results themselves don't show up:

Link  Button           ARIA button ARIA link
This test makes sure that AccessibilityNodeObjects are created for elements in a canvas subtree.

On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".


PASS axRenderObjects.length is axNodeObjects.length
-PASS i == 0; axRenderObject.role == axNodeObject.role is true
-PASS i == 1; axRenderObject.role == axNodeObject.role is true
-PASS i == 2; axRenderObject.role == axNodeObject.role is true
-PASS i == 3; axRenderObject.role == axNodeObject.role is true
-PASS i == 4; axRenderObject.role == axNodeObject.role is true
-PASS i == 5; axRenderObject.role == axNodeObject.role is true
-PASS i == 6; axRenderObject.role == axNodeObject.role is true
-PASS i == 7; axRenderObject.role == axNodeObject.role is true
-PASS i == 8; axRenderObject.role == axNodeObject.role is true
PASS successfullyParsed is true

TEST COMPLETE

Comment 1 Roger Fong 2012-08-01 16:07:14 PDT

Created attachment 155915 [details]
Failing test result for windows.

Landing failing test result for now.

Comment 2 Tim Horton 2012-08-01 16:10:16 PDT

You should Cc the author and reviewer of the test.

Comment 3 Dominic Mazzoni 2012-08-01 16:22:08 PDT

FWIW, this test is passing in the Mac & Chromium ports. For GTK I need to land a bit more code to make it pass too, but it's within reach.

Is anyone actively working on or even just helping to maintain WebKit Windows accessibility?

At first glance it looks like the problem isn't the code, it's missing accessibility test infrastructure in Tools/DumpRenderTree for the Windows port. If there's nobody else working on Windows accessibility it might be better to just keep the failing test expectation or file an uber-bug to improve the Windows accessibility test infrastructure first.

Comment 4 WebKit Review Bot 2012-08-01 16:57:40 PDT

Comment on attachment 155915 [details]
Failing test result for windows.

Clearing flags on attachment: 155915

Committed r124387: <http://trac.webkit.org/changeset/124387>

Comment 5 WebKit Review Bot 2012-08-01 16:57:43 PDT

All reviewed patches have been landed.  Closing bug.

Comment 6 Roger Fong 2012-08-01 16:59:14 PDT

Reopening to keep track of bug

Comment 7 James Craig 2013-12-20 12:01:26 PST

BRB: Do you still need to track this? If not, please close.

Comment 8 Radar WebKit Bug Importer 2013-12-20 12:01:29 PST

<rdar://problem/15710393>

Comment 9 Radar WebKit Bug Importer 2013-12-20 12:02:10 PST

<rdar://problem/15710403>

Comment 10 Build Bot 2013-12-20 20:07:19 PST

Comment on attachment 155915 [details]
Failing test result for windows.

Attachment 155915 [details] did not pass mac-wk2-ews (mac-wk2):
Output: http://webkit-queues.appspot.com/results/48638362

New failing tests:
plugins/quicktime-plugin-replacement.html

Comment 11 Build Bot 2013-12-20 20:07:21 PST

Created attachment 219835 [details]
Archive of layout-test-results from webkit-ews-12 for mac-mountainlion-wk2

The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-12  Port: mac-mountainlion-wk2  Platform: Mac OS X 10.8.5