1327816 - Can't scroll with mouse wheel when mouse is above input type="number" and type="range"

Status: NEW

(Core :: Layout: Form Controls, defect)

Description

[arni2033]

>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Open url   data:text/html,<input autofocus type='number' value=0 min=0><style>body{height:10000px}
2. Hover mouse over <input>   (happens accidentally)
3. Rotate mouse wheel down once

AR:  No visible action
ER:  The page should scroll down

Comment 1

[Timothy Nikkel (:tnikkel)]

Works as expected on mac with two finger touchpad scrolling and one finger magic mouse scrolling at least.

Comment 2

[castiel743]

In this bug reporter meant that after bug 949989, bug 1261674, bug 1261673, bug 1283353 etc. it's now possible to encounter a "trap" on web page that would prevent you from scrolling w/ wheel.

Reference of good behavior: there's a long-standing bug 1234958 in Firefox (read its summary). It was decided to implement a work-around (about-config pref) for that bug, to allow users live w/o unwanted "traps" on web pages, see bug 1250050.

Reporter also referred to another trap - bug 1199861. There're no such traps on Google Chrome browser.
If you think that the reported trap should be unavoidable for users, please close the bug.

Comment 3

[bernhard]

A number of users sees the reported behaviour on <input type="number"> as undesireable for desktop browsing.

See details on https://stackoverflow.com/questions/9712295/disable-scrolling-on-input-type-number which also discusses workarounds.

We also got a report about usability issues from a customer for whom we have created a web application (for reference https://github.com/Intevation/intelmq-fody/issues/61 (Scrollwheel may surprisingly change number input fields (on Firefox)).

As already pointed out by @castiel743: Chromium behaves better here.
I'd expect Firefox on the desktop to keep browsing if the mouse pointer is over an input field and leave the value of input type="number" as it is.

(This comments adds more evidence about the user expectations and a link to possible workarounds.)