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)

x86
macOS
defect

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.
tracking-fennec: --- → ?
Assignee: nobody → nchen
Status: NEW → ASSIGNED
tracking-fennec: ? → +
Depends on: 981248
filter on [mass-p5]
Priority: -- → P5
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
I don't understand the inactive resolution, because it still reproduces. But this is probably just a dupe of 981248.
Resolution: INACTIVE → DUPLICATE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.