WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
54654
accessibility/canvas-fallback-content.html failing on Windows since it was added
https://bugs.webkit.org/show_bug.cgi?id=54654
Summary
accessibility/canvas-fallback-content.html failing on Windows since it was added
Adam Roben (:aroben)
Reported
2011-02-17 07:04:23 PST
accessibility/canvas-fallback-content.html has been failing on Windows since it was added in
r78789
. See the URL for an example of the failure.
Attachments
Patch
(1.11 KB, patch)
2011-02-17 07:52 PST
,
chris fleizach
aroben
: review-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Adam Roben (:aroben)
Comment 1
2011-02-17 07:14:13 PST
<
rdar://problem/9016973
>
chris fleizach
Comment 2
2011-02-17 07:50:07 PST
we need to add a skip for this test for windows for now
chris fleizach
Comment 3
2011-02-17 07:52:50 PST
Created
attachment 82804
[details]
Patch
Adam Roben (:aroben)
Comment 4
2011-02-17 08:04:16 PST
Checked in expected failure results in
r78829
.
Adam Roben (:aroben)
Comment 5
2011-02-17 08:04:49 PST
Comment on
attachment 82804
[details]
Patch I already checked in expected failure results for this test. Sorry for not mentioning I was going to do that!
Dominic Mazzoni
Comment 6
2011-02-17 08:12:12 PST
Thanks for taking care of the test expectations, and I'm sorry I didn't do that as part of the original test! It looks like most of the accessibility tests (>75%) are already disabled on Windows, so it's not clear to me if I should try to fix this one. Options include: 1. If accessibilityController.focusedElement.allAttributes() is supported on Windows, modify the test to look for the appropriate Windows-specific attributes. 2. If not, modify the test to just check for the activeElement.id on Windows and ignore the role. 3. Or, do nothing for now until Windows a11y infrastructure improves.
Adam Roben (:aroben)
Comment 7
2011-02-17 08:28:21 PST
Chris, do you know why so many accessibility tests are skipped on Windows? Are we missing some support in DRT? Are the tests inherently Mac-specific?
Dominic Mazzoni
Comment 8
2011-02-17 08:33:16 PST
A quick grep shows that 43 of the tests (including this one) test for the Mac-specific accessibility attributes of an object in the render tree. (Anything starting with AX like AXRole or AXImage is Mac-only.) It might be possible to redo some of the test infrastructure to expose WebCore roles rather than platform-specific roles. We'd still want some platform-specific tests, but those could be moved to the appropriate platform subdirectories.
Adam Roben (:aroben)
Comment 9
2011-02-17 08:42:29 PST
(In reply to
comment #8
)
> A quick grep shows that 43 of the tests (including this one) test for the Mac-specific accessibility attributes of an object in the render tree. (Anything starting with AX like AXRole or AXImage is Mac-only.) > > It might be possible to redo some of the test infrastructure to expose WebCore roles rather than platform-specific roles.
That might be a good idea.
> We'd still want some platform-specific tests, but those could be moved to the appropriate platform subdirectories.
Agreed. We should probably start by moving any existing platform-specific tests into platform subdirectories. We can (and should) do that right away without having to figure out a long-term strategy.
chris fleizach
Comment 10
2011-02-17 12:42:16 PST
(In reply to
comment #7
)
> Chris, do you know why so many accessibility tests are skipped on Windows? Are we missing some support in DRT? Are the tests inherently Mac-specific?
Most of the top level AX tests are pretty mac specific, but have never been moved out. There are some platform agnostic tests but not that many. As a stop gap, I think people have just disabled tests on windows, since there are so few windows-accessibility devs
Dominic Mazzoni
Comment 11
2012-05-10 11:58:45 PDT
This doesn't apply anymore, the original patch that added it was reverted a long time ago.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug