Bug 141960 - [GTK] Layout Test accessibility/roles-exposed.html is failing
Summary: [GTK] Layout Test accessibility/roles-exposed.html is failing
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Joanmarie Diggs
Keywords: InRadar
Depends on:
Reported: 2015-02-24 01:03 PST by Marcos Chavarría Teijeiro (irc: chavaone)
Modified: 2015-02-24 09:20 PST (History)
14 users (show)

See Also:

Patch (4.42 KB, patch)
2015-02-24 08:42 PST, Joanmarie Diggs
no flags Details | Formatted Diff | Diff
Patch for landing (4.31 KB, patch)
2015-02-24 09:08 PST, Joanmarie Diggs
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Marcos Chavarría Teijeiro (irc: chavaone) 2015-02-24 01:03:29 PST
The accessibility/roles-exposed.html layout test is failing since r179922 (https://trac.webkit.org/changeset/r179922). 

This revision adds a default color chooser implementation so we probably need could update the expected file but I'm not sure.

The diff is the following:

--- /home/ch01/wk-tools/layout-test-results/accessibility/roles-exposed-expected.txt
+++ /home/ch01/wk-tools/layout-test-results/accessibility/roles-exposed-actual.txt
@@ -137,7 +137,7 @@
       AXRole: AXButton

-      AXRole: AXTextField
+      AXRole: AXColorWell

       AXRole: AXCheckBox
Comment 1 Radar WebKit Bug Importer 2015-02-24 01:04:30 PST
Comment 2 Radar WebKit Bug Importer 2015-02-24 01:05:05 PST
Comment 3 Joanmarie Diggs 2015-02-24 06:10:34 PST
I'll take a look at this one. But my guess is that the role should be a push button if the widget is a push button
Comment 4 Joanmarie Diggs 2015-02-24 08:42:12 PST
Created attachment 247235 [details]
Comment 5 Joanmarie Diggs 2015-02-24 08:52:06 PST
Andrzej: Just an FYI as you seem to be actively working in this area, but for EFL (right?).

The EFL test expectations already have the mapping to ATK_ROLE_COLOR_CHOOSER. But as you'll see here [1], a color chooser is a dialog (i.e. the dialog that appears when you activate the button). I wasn't sure if that mapping was deliberate/desired for your port.

As a related aside, we plan to add subrole support to ATK hopefully before too long to handle cases such as this (i.e. being able to say something is a specialized type of button, namely one that results in a color chooser appearing).

[1] https://developer.gnome.org/atk/unstable/AtkObject.html#AtkRole
Comment 6 Martin Robinson 2015-02-24 08:58:03 PST
Comment on attachment 247235 [details]

View in context: https://bugs.webkit.org/attachment.cgi?id=247235&action=review

> Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp:569
> +        // ATK_ROLE_COLOR_CHOOSER is defined as a dialog (i.e. it's what appears when you push the button)

Nit: Missing a period at the end of this comment.
Comment 7 Joanmarie Diggs 2015-02-24 09:08:38 PST
Created attachment 247236 [details]
Patch for landing
Comment 8 WebKit Commit Bot 2015-02-24 09:20:17 PST
Comment on attachment 247236 [details]
Patch for landing

Clearing flags on attachment: 247236

Committed r180566: <http://trac.webkit.org/changeset/180566>
Comment 9 WebKit Commit Bot 2015-02-24 09:20:22 PST
All reviewed patches have been landed.  Closing bug.