Bug 125996
| Summary: | [MAC] uiElementForSearchPredicate() not consistent between DRT and WKTR | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Mario Sanchez Prada <mario> |
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | matthew_hanson, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
Mario Sanchez Prada
As commented in https://bugs.webkit.org/show_bug.cgi?id=125854#c15, there is an issue with the implementation of uiElementForSearchPredicate() for the Mac, since the result in layout tests is not consistent when executed in DRT and WKTR, when the search query fails (should return no results):
- DRT: if the search fails it *now* returns NULL
- WKTR: if the search fails it returns a valid AccessibilityUIElement wrapping a NULL
I found this issue with platform/mac/accessibility/search-when-element-starts-in-table.html, so I'm skipping it for the mac platform
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Mario Sanchez Prada
(In reply to comment #0)
> [...]
> I found this issue with platform/mac/accessibility/search-when-element-starts-
> in-table.html, so I'm skipping it for the mac platform
I meant, for mac-wk2 (as the result in WK1 is the expected one already)
Radar WebKit Bug Importer
<rdar://problem/15710135>