Bug 106920
| Summary: | [GTK] accessibility/color-well.html requires an appropriate baseline | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Zan Dobersek <zan> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply, jdiggs |
| Priority: | P2 | Keywords: | Gtk, LayoutTestFailure |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | |||
| Bug Blocks: | 98347 | ||
Zan Dobersek
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
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |