Bug 106920 - [GTK] accessibility/color-well.html requires an appropriate baseline
Summary: [GTK] accessibility/color-well.html requires an appropriate baseline
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: Gtk, LayoutTestFailure
Depends on:
Blocks: 98347
  Show dependency treegraph
 
Reported: 2013-01-15 10:19 PST by Zan Dobersek
Modified: 2017-03-11 10:49 PST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Zan Dobersek 2013-01-15 10:19:47 PST
This test was added in r139663
http://trac.webkit.org/changeset/139663

On the GTK port, the important part of the output is as follows:
Role of input type=color is: AXRole: AXTextField
Value of empty color well: AXValue: 
Value of good color well: AXValue: #ff0000
Value of bad color well: AXValue: purple

The role and values here match the ones that were committed in the baseline for the Mac port.
Baseline for the Chromium port contains the following:
Role of input type=color is: AXRole: AXColorWell
Value of empty color well: AXValue: rgb 0.00000 0.00000 0.00000 1
Value of good color well: AXValue: rgb 1.00000 0.00000 0.00000 1
Value of bad color well: AXValue: rgb 0.00000 0.00000 0.00000 1