Bug 67697 – Change event is not fired for input[type=number] when the user reverts a change made by script

• Status: RESOLVED
• Resolution: FIXED
• Component: Forms

[Ryosuke Niwa]

Here's a test & fix for the following discussion on the bug 67360:

 Comment #2 From [e-mail] (:tkent) (r) 2011-09-06 18:51:09 PST (-) [reply] 
(From update of attachment 106507 [details])
View in context: https://bugs.webkit.org/attachment.cgi?id=106507&action=review

> Source/WebCore/html/TextInputType.cpp:53
> +    // FIXME: should this be moved to TextFieldInputType?

I think so. It looks a bug of the current code.
 Comment #3 From [e-mail] (:rniwa) (r) 2011-09-06 18:58:57 PST (-) [reply] 
(From update of attachment 106507 [details])
View in context: https://bugs.webkit.org/attachment.cgi?id=106507&action=review

>> Source/WebCore/html/TextInputType.cpp:53
>> +    // FIXME: should this be moved to TextFieldInputType?
> 
> I think so. It looks a bug of the current code.

Okay. Let me see if I can come up with a test.

[Ryosuke Niwa]

Created attachment 106546 [details]
fixes the bug

[Kent Tamura]

Comment on attachment 106546 [details]
fixes the bug

Looks good.  Thank you!

[WebKit Review Bot]

Comment on attachment 106546 [details]
fixes the bug

Attachment 106546 [details] did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/9602458

New failing tests:
fast/forms/input-number-events.html

[Kent Tamura]

(In reply to comment #3)
> New failing tests:
> fast/forms/input-number-events.html

The failure was:
@@ -15,7 +15,7 @@
 PASS changeEventCounter is 0
 PASS inputEventCounter is 1
 Focus on another field
-PASS changeEventCounter is 1
+FAIL changeEventCounter should be 1. Was 0.
 PASS inputEventCounter is 1
 PASS successfullyParsed is true

'change' was not fired when the number input lost focus after updating the value by the spin button.
HTMLInputElement::stepUpFromRenderer() uses setValueAsNumber() internally. So m_wasModifiedByUser and m_textAsOfLastFormControlChangeEvent are always reset.

[Ryosuke Niwa]

Created attachment 106558 [details]
fixed the test failure

[Ryosuke Niwa]

(In reply to comment #4)
> (In reply to comment #3)
> > New failing tests:
> > fast/forms/input-number-events.html
> 
> The failure was:
> @@ -15,7 +15,7 @@
>  PASS changeEventCounter is 0
>  PASS inputEventCounter is 1
>  Focus on another field
> -PASS changeEventCounter is 1
> +FAIL changeEventCounter should be 1. Was 0.
>  PASS inputEventCounter is 1
>  PASS successfullyParsed is true
> 
> 'change' was not fired when the number input lost focus after updating the value by the spin button.
> HTMLInputElement::stepUpFromRenderer() uses setValueAsNumber() internally. So m_wasModifiedByUser and m_textAsOfLastFormControlChangeEvent are always reset.

Yeah, I completely overlooked this failure. New patch fixes this issue by propagating sendChangeEvent through various functions from stepUpFromRenderer.

[Kent Tamura]

Comment on attachment 106558 [details]
fixed the test failure

Looks good.

[Ryosuke Niwa]

(In reply to comment #7)
> (From update of attachment 106558 [details])
> Looks good.

Thanks for the review :D

[WebKit Review Bot]

Comment on attachment 106558 [details]
fixed the test failure

Clearing flags on attachment: 106558

Committed r94658: <http://trac.webkit.org/changeset/94658>

[WebKit Review Bot]

All reviewed patches have been landed.  Closing bug.