Bug 125996 - [MAC] uiElementForSearchPredicate() not consistent between DRT and WKTR
Summary: [MAC] uiElementForSearchPredicate() not consistent between DRT and WKTR
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2013-12-19 10:02 PST by Mario Sanchez Prada
Modified: 2013-12-20 11:36 PST (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mario Sanchez Prada 2013-12-19 10:02:29 PST 
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
Comment 1 Mario Sanchez Prada 2013-12-19 10:10:18 PST 
(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)
Comment 2 Radar WebKit Bug Importer 2013-12-20 11:36:01 PST 
<rdar://problem/15710135>