New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 608416 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: May 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

Checkbox `checked` state is erroneously influenced by value of `defaultChecked`

Reported by laser...@gmail.com, May 2 2016

Issue description

Chrome Version: 50.0.2661.86
URLs (if applicable): 
Other browsers tested:
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
    Firefox: OK (46.0)

What steps will reproduce the problem?
(1) Open https://jsfiddle.net/wsa679ht/

What is the expected result?
Checkbox should be checked.

What happens instead?
Checkbox is not checked.

Please provide any additional information below. Attach a screenshot if
possible.

Checkbox state is explicitly set and should no longer be influenced by defaultValue.
 

Comment 1 by laser...@gmail.com, May 2 2016

Another fiddle, without the dependencies: https://jsfiddle.net/v0enua80/
Components: Blink>Forms>Checkbox
Labels: M-52 OS-All
Status: Untriaged (was: Unconfirmed)
The above behavior is reproducible on All-OS (Windows (10 & 7), Mac 10.11.4 & Ubuntu 14.04) with chrome versions : 50.0.2661.94(Stable), 51.0.2704.22(Beta), 52.0.2716.0 & 52.0.2722.0(Canary).

This is a non regression issue as can be seen from M30 build - 30.0.1549.0. Hence marking the same as Untriaged.

Thank you!

Comment 3 by tkent@chromium.org, May 6 2016

Labels: -M-52 Hotlist-Interop Hotlist-GoodFirstBug
Status: Available (was: Untriaged)
Ah, easy bug.

We should do "m_reflectsCheckedAttribute = false;" before the first |if| in HTMLInputElement::setChecked().

Owner: ramy...@samsung.com
Status: Assigned (was: Available)
Would like to work on this.
Status: Fixed (was: Assigned)

Comment 7 by tkent@chromium.org, May 6 2016

Labels: M-52

Sign in to add a comment