Closed
Bug 977259
Opened 10 years ago
Closed 6 years ago
HTMLInputElement doesn't receive keypress, keydown, or input events after type is dynamically set to "number"
Categories
(Firefox for Android Graveyard :: Keyboards and IME, defect, P5)
Tracking
(fennec+)
RESOLVED
DUPLICATE
of bug 981248
Tracking | Status | |
---|---|---|
fennec | + | --- |
People
(Reporter: miketaylr, Assigned: jchen)
References
()
Details
If a text input is set to be `type=number` on focus (but then back to text on blur), the input never receives keypress, keydown, or input events. Further strange behavior in the linked URL test case: press a bunch of keys in the first input (nothing will get entered), then focus the 2nd input and press any key. All the keys sent to the first input will appear in the second input. This bug prevents entering in a zipcode on the mobile Lowes.com site.
Reporter | ||
Updated•10 years ago
|
tracking-fennec: --- → ?
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → nchen
Status: NEW → ASSIGNED
Updated•10 years ago
|
tracking-fennec: ? → +
Reporter | ||
Updated•9 years ago
|
Assignee | ||
Updated•6 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
Reporter | ||
Comment 3•6 years ago
|
||
I don't understand the inactive resolution, because it still reproduces. But this is probably just a dupe of 981248.
Resolution: INACTIVE → DUPLICATE
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•