[Webkit-unassigned] [Bug 125854] [ATK] [WK2] platform/gtk/accessibility/roles-exposed.html is failing

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=125854





--- Comment #16 from chris fleizach <cfleizach at apple.com>  2013-12-19 09:18:42 PST ---
(In reply to comment #15)
> (In reply to comment #13)
> > (From update of attachment 219515 [details] [details])
> > Attachment 219515 [details] [details] did not pass mac-wk2-ews (mac-wk2):
> > Output: http://webkit-queues.appspot.com/results/50028351
> > 
> > New failing tests:
> > platform/mac/accessibility/search-when-element-starts-in-table.html
> 
> I think that this might be an issue in the implementation of uiElementForSearchPredicate(), whose result in the layout test is not consistent when executed in DRT and WKTR, despite of the change I did in DRT's makeJSAccessibilityUIElement:
> 
>   - DRT: if the search fails it *now* returns NULL 
>   - WKTR: if the search fails it returns a valid AccessibilityUIElement wrapping a NULL
> 
> The thing that puzzled me a bit at the beginning is that search-predicate.html, which uses a similar functionality from DRT/WKTR, was failing in WK1 before I changed the test to use shouldBeUndefined() and is now not failing anymore in any port, but it seems the reason might be because it's generally skipped in WK2 ports (platform/wk2/TestExpectations).
> 
> Thus, the situation now is that I can't fix this thing properly because if I use shouldBe() to compare roles it will fail in DRT, and if I use shouldBeUndefined() it will fail in WKTR, because there's no consistent behaviour (which I think it should be to return an undefined object in both cases).
> 
> So, I'm thinking of reporting a bug about this inconsistency and adding this test to the TestExpectations file for Mac WK2's TestExpectations file, so someone with a Mac build can actually fix it in a better way than what I could.
> 
> How does it sound, Chris?

I think this sounds ok. thanks

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.