Bug 85655

Summary: "input" event is fired when the value doesn't change
Product: WebKit Reporter: pimvdb
Component: UI EventsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Normal CC: ahmad.saleem792, ap, dtrebbien, pf
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Test case none

pimvdb
Reported 2012-05-04 13:14:52 PDT
Created attachment 140301 [details] Test case The HTML5 specification says that the "input" event only applies when the value of an input element *changes*: http://www.whatwg.org/specs/web-apps/current-work/multipage/common-input-element-attributes.html#event-input-input Currently, the event is also fired when replacing characters with the same sequence of characters, by means of e.g. pasting/dragging. The specification says these actions should not fire the "input" event: "Some user interactions do not cause changes to the value, e.g. (...) replacing some text in the field with text from the clipboard that happens to be exactly the same text." To reproduce, load the test case, and type something in the input element. Then do "select all", "copy" and "paste" successively. The value won't change, but the "input" event is fired.
Attachments
Test case (370 bytes, text/html)
2012-05-04 13:14 PDT, pimvdb 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Pablo Flouret
Comment 1 2012-05-22 15:59:06 PDT
IE, Opera and Firefox don't behave like the spec says either (the change event does, though).
Ahmad Saleem
Comment 2 2022-09-29 15:09:29 PDT
I am not able to reproduce this bug and all browsers (Safari 16, Chrome Canary 108 and Firefox Nightly 107) do increment the input event upon copy and paste of same content. I am marking this as "RESOLVED CONFIGURATION CHANGED". Please reopen, if it is still reproducible. Thanks!
Note You need to log in before you can comment on or make changes to this bug.