Closed Bug 1137926 Opened 9 years ago Closed 6 years ago

Input Event listener fires twice or incorrectly preventing field Input

Categories

(Firefox for Android Graveyard :: Keyboards and IME, defect)

ARM
Android
defect
Not set
normal

Tracking

(fennec+)

RESOLVED INACTIVE
Tracking Status
fennec + ---

People

(Reporter: devgarza, Assigned: jchen)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36

Steps to reproduce:

Adding an event listener for "input" on a INPUT field seems to cause the event to fire twice or cause some DOM elements to be reset. This behavior is observed on mobile Android 4.4.4 - Firefox 35, but not on other versions of Android. 


Actual results:

After adding a new event listener to a textbox that registers the listener to handle other behavior such as reading a different input field on the form, the field with focus will not allow input. As each character is input, the preceding character is overwritten. 


Expected results:

On other versions of Firefox, the textbox with the event listener can be filled in with no issues.
OS: Windows 7 → Android
Hardware: x86_64 → ARM
> This behavior is observed on mobile Android 4.4.4 - Firefox 35, but not on other versions
> of Android. 

Just to check, does that particular install of Firefox have any extensions?
Flags: needinfo?(devgarza)
(In reply to Not doing reviews right now from comment #1)
> > This behavior is observed on mobile Android 4.4.4 - Firefox 35, but not on other versions
> > of Android. 
> 
> Just to check, does that particular install of Firefox have any extensions?

No extensions- this was a new install from the Play Store on a Samsung Galaxy S5 running Android 4.4.4
Flags: needinfo?(devgarza)
Component: DOM → Logins, Passwords and Form Fill
Product: Core → Firefox for Android
Version: 35 Branch → Firefox 35
tracking-fennec: --- → ?
Component: Logins, Passwords and Form Fill → DOM
Product: Firefox for Android → Core
Version: Firefox 35 → Trunk
The behavior can be observed in this codepen sample - http://codepen.io/bg13245/pen/EapzXo
Live view of issue - use this link - http://codepen.io/bg13245/live/EapzXo
Eugen - Can you take a look at this?
Assignee: nobody → esawin
tracking-fennec: ? → +
Is this bug actionable yet? Jim or Eugen?
Flags: needinfo?(nchen)
Flags: needinfo?(esawin)
I think so. I can take it since I've been looking at IME.
Assignee: esawin → nchen
Status: UNCONFIRMED → ASSIGNED
Component: DOM → Keyboards and IME
Ever confirmed: true
Flags: needinfo?(nchen)
Product: Core → Firefox for Android
I can take the review, then :)
Flags: needinfo?(esawin)
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.