Closed Bug 1917596 Opened 1 year ago Closed 1 year ago

Mouse scroll in Print Preview "Scale" spin control does not change scale percentage

Categories

(Core :: Layout: Scrolling and Overflow, defect)

Firefox 130
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: mozillabug, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

  1. Open Print Preview dialog (File->Print or Ctrl-P)
  2. Click Scale radio button
  3. Click to focus into Scale spin control
  4. Scroll mouse wheel up or down

Actual results:

The Print options pane (right pane of Print Preview) scrolls up and down, as would happen if focus was not in the Scale spin control

Expected results:

The print scale should increase or decrease, as happened prior to FF 130.0

The Bugbug bot thinks this bug should belong to the 'Core::Layout: Scrolling and Overflow' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Layout: Scrolling and Overflow
Product: Firefox → Core

The severity field is not set for this bug.
:hiro, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(hikezoe.birchill)

I think this is intentional since bug 1741469. Daniel?

Flags: needinfo?(hikezoe.birchill)
See Also: → 1741469

Yup, this was an intentional change for number inputs in general, for interoperability and to avoid user surprise.

If you'd like to restore this behavior yourself, you can get it back (for now) by toggling about:config pref dom.input.number_and_range_modified_by_mousewheel to true. Though we'll probably remove that about:config pref at some point, to reduce maintenance surface for removed/unmaintained features.

(This mousewheel-scroll-to-change-number-fields has been a Firefox-only behavior that's somewhat useful but turned out to mostly confuse users and cause them to inadvertently change the values of number fields. As an example: users following something like the STR in this bug here might click to focus the Scale field, and e.g. type in 90, and then mousewheel scroll up or down in an attempt to scroll-to-reach other print settings; and in doing so, they could quite-easily change the scale away from the value that they typed, possibly without noticing. See my screencast for an example of this surprising behavior in a web form, where my scroll-down operation inadvertently changes the value in the number field.)

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.