Closed Bug 195696 Opened 18 years ago Closed 9 years ago
.oninput has no effect
Setting textbox.oninput in a script has no effect. Using addEventListener("input", ...) instead makes it work. It works fine with onchange, so I'm guessing this isn't intentional.
This also happens is XUL Runner 126.96.36.199 on OS X.
This is still an issue. Webkit has been receiving a lot of work on the 'input' event lately. Fixing this would help match Opera and Safari's support.
I wonder how complicated it would be to fix this and if it can be done before final release? Another consequence of this issue (as I suspect) is that it's impossible to detect support for "input" event, using good old `setAttribute` check: var el = document.createElement('input'); el.setAttribute('oninput', ''); 'oninput' in el; // false Note that detecting something like "change" event (as well as plethora of others) works just fine using this approach.
Looks like this extends to the newly added invalid event from the contraint validation API also. Using the setAttribute check as Juriy mentions above returns a false negative in FF4 beta5.
Perhaps I'm misusing the test case, but this seems to work fine in Firefox 6. All three boxes behave the same. Whatever I type in a box is immediately visible in the "oninput" box, and shows in "onchange" when I tab out of it. Shall I close this?
Things seem to be working fine for me now too in "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a1) Gecko/20110902 Firefox/9.0a1".
"worksforme" because the exact revision that fixed this is uncertain.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.