UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.77 Safari/537.36
Steps to reproduce the problem:
1. Open the demo JS Fiddle in Chrome.
2. (All further instructions are regarding the second/middle input[type=number] field on the demo.)
3. Hover the cursor up and down along the inner right edge of the field, in horizontal alignment with the increment and decrement buttons.
4. Click on the top part of the decrement button, such that you observe normal behavior.
5. Continue clicking repeatedly while moving your cursor downward, beyond the decrement button but still within the bounds of the input field.
For some further details, see https://github.com/twbs/bootstrap/issues/8350
What is the expected behavior?
A: The cursor ought to always remain a pointer while it's within the bounds of the decrement button.
B: Clicking outside the bounds of the increment/decrement buttons should not cause the input field's value to change.
C: Invoking the decrement button should always cause it to flash blue to indicate that it was clicked.
What went wrong?
A: The cursor changes from a pointer to an "I"-bar (for text entry/selection) well before you have gone outside the bounds of the decrement button.
B: The field's number value continues to decrement.
C: The decrement button did not flash blue to indicate that it was somehow clicked.
Does it occur on multiple sites: Yes
Is it a problem with a plugin? No
Did this work before? N/A
Does this work in other browsers? Yes
Chrome version: 32.0.1700.77 Channel: stable
OS Version: OS X 10.7.5
Flash Version: Shockwave Flash 12.0 r0
Have not tested what happens on platforms other than Mac OS X 10.7.5.
Firefox hasn't implemented input[type=number].
Safari version 6.1.1 (7537.73.11) does implement input[type=number], and only suffers from B, not A or C.