Merge to m48: Stops using SYSTEM_STATE_INDETERMINATE as it makes radio buttons appear to have a mix…

Merge to m48: Stops using SYSTEM_STATE_INDETERMINATE as it makes radio buttons appear to have a mixed state.

On Windows, we set SYSTEM_STATE_INDETERMINATE on an accessibility object whenever it represents an input control in an indeterminate state.
However, the official documentation at https://msdn.microsoft.com/en-us/library/windows/desktop/dd373609(v=vs.85).aspx doesn't list SYSTEM_STATE_INDETERMINATE  and if you look into the header file for IAccessible you observe that SYSTEM_STATE_INDETERMINATE has the same value as SYSTEM_STATE_MIXED.
I found some discussion on an IA2 mailing list for adding this state to IA2, but the discussion didn't lead to anywhere as far as I can tell.
BUG=521875
TESTED=browser tests,manually using Jaws
NOTRY=true
NOPRESUBMIT=true
R=dmazzoni@chromium.org, avi@chromium.org

Review URL: https://codereview.chromium.org/1488893002

Cr-Commit-Position: refs/heads/master@{#362631}
(cherry picked from commit f5ebe8c02f6a79691503fa48614b566a75bcbd0c)

Conflicts:
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.cpp
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.h

[nektarios, 2015-12-09 00:52:50]

Description was changed from

==========
Merge to m48: Stops using SYSTEM_STATE_INDETERMINATE as it makes radio buttons
appear to have a mixed state.

On Windows, we set SYSTEM_STATE_INDETERMINATE on an accessibility object
whenever it represents an input control in an indeterminate state.
However, the official documentation at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd373609(v=vs.85).aspx
doesn't list SYSTEM_STATE_INDETERMINATE  and if you look into the header file
for IAccessible you observe that SYSTEM_STATE_INDETERMINATE has the same value
as SYSTEM_STATE_MIXED.
I found some discussion on an IA2 mailing list for adding this state to IA2, but
the discussion didn't lead to anywhere as far as I can tell.
BUG=521875
TESTED=browser tests,manually using Jaws
R=dmazzoni@chromium.org

Review URL: https://codereview.chromium.org/1488893002

Cr-Commit-Position: refs/heads/master@{#362631}
(cherry picked from commit f5ebe8c02f6a79691503fa48614b566a75bcbd0c)

Conflicts:
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.cpp
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.h
==========

to

==========
Merge to m48: Stops using SYSTEM_STATE_INDETERMINATE as it makes radio buttons
appear to have a mixed state.

On Windows, we set SYSTEM_STATE_INDETERMINATE on an accessibility object
whenever it represents an input control in an indeterminate state.
However, the official documentation at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd373609(v=vs.85).aspx
doesn't list SYSTEM_STATE_INDETERMINATE  and if you look into the header file
for IAccessible you observe that SYSTEM_STATE_INDETERMINATE has the same value
as SYSTEM_STATE_MIXED.
I found some discussion on an IA2 mailing list for adding this state to IA2, but
the discussion didn't lead to anywhere as far as I can tell.
BUG=521875
TESTED=browser tests,manually using Jaws
NOTRY=true
NOPRESUBMIT=true
R=dmazzoni@chromium.org, avi@chromium.org

Review URL: https://codereview.chromium.org/1488893002

Cr-Commit-Position: refs/heads/master@{#362631}
(cherry picked from commit f5ebe8c02f6a79691503fa48614b566a75bcbd0c)

Conflicts:
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.cpp
	third_party/WebKit/Source/modules/accessibility/AXNodeObject.h
==========

[nektarios, 2015-12-09 00:52:51]

nektar@chromium.org changed reviewers:
+ avi@chromium.org

[dmazzoni, 2015-12-10 05:16:41]

lgtm

[nektarios, 2015-12-10 14:23:05]

The CQ bit was checked by nektar@chromium.org

[commit-bot: I haz the power, 2015-12-10 14:23:34]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1511603002/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1511603002/1

[commit-bot: I haz the power, 2015-12-10 14:26:03]

Committed patchset #1 (id:1)