Enabling (Un disable) an input then calling .click() in JavaScript will not check the input (radio/checkbxo)

RESOLVED FIXED

Status

()

Core
DOM
RESOLVED FIXED
7 years ago
7 years ago

People

(Reporter: GregWa, Unassigned)

Tracking

({testcase})

Trunk
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.20 (KHTML, like Gecko) Chrome/11.0.672.2 Safari/534.20
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15

If you set an html input's disabled to false (through any methodology) and then attempt to call the input's click it will not actually check the input.

Reproducible: Always

Steps to Reproduce:
1. Get an html input through JavaScript
2. Enable it/Remove disabled through JavaScript
3. Call .click() on the same input

Actual Results:  
Input is not checked

Expected Results:  
Input is checked
(Reporter)

Updated

7 years ago
Version: unspecified → 3.6 Branch

Comment 1

7 years ago
Moving to Core::DOM (not sure if it should be Core::Dom::HTML or Core::Dom::Events.
Component: Developer Tools → DOM
Product: Firefox → Core
QA Contact: developer.tools → general
Version: 3.6 Branch → 1.9.2 Branch
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 7 → All
Hardware: x86_64 → All
Created attachment 518598 [details]
testcase

And I confirm it only applies on
... Firefox 3.6 / Gecko 1.9.2
Keywords: testcase
Wontfix, then?
I'd say fixed or wfm.
Indeed, we are not going to fix that in Firefox 3.6 so let's mark this FIXED given that it is on trunk.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
Version: 1.9.2 Branch → Trunk
You need to log in before you can comment on or make changes to this bug.