1922948 - The recent update has broken scrolling using the mouse wheel. Specifically when using sliding level adjusters similar to volume controls

Status: RESOLVED WONTFIX

(Core :: Panning and Zooming, defect)

Description

[emailisgr8]

Steps to reproduce:

Stable Diffusion A1111 uses many sliding adjustments to set the configuration. The normal behavour is for the mouse wheel to move the adjuster when the mouse is over the radio button. This no longer occurs and may have started as an issue in version 130 on Windows 10 Pro Build: 19045.4780

Actual results:

The normal scroll adjustment made using the mouse wheel no longer works and I now need to manually and directly enter the level of adjustment required

Expected results:

When the mouse pointer is placed over the radio button in the middle of the slider, the mouse wheel should allow the users to increase / decrease (left or right) the adjustment slider

Comment 1

[BugBot [:suhaib / :marco]]

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

Comment 2

[Botond Ballo [:botond]]

Could you share a URL of an affected page please?

Comment 3

[emailisgr8]

(In reply to Botond Ballo [:botond] from comment #2)

Could you share a URL of an affected page please?

I have not tested this against a URL, therefore I am unable to provide one to you. As I explained, I have installed a AI application, Stable Diffusion, which calls a local (127.0.0.1) browser based page, in my case I use Firefox. The Stable Diffusion page provides many 'sliding adjusters' allow the user to configure various parameters. Fortunately there is also a secondary slower click / click & hold adjustment option for each parameter which can be used as a fallback.

I am not 100% sure but I believe this issue appeared once before during the last 12 months and was then rectified.

FYI, I have just downgraded Firefox to version 129.0 (64-Bit) which has restored the functionality.

Comment 4

[emailisgr8]

FYI, I have just installed Firefox v130.0 and as I suspected, the issue actually started with that version.

129.0 Works normally
130.0 Functionality lost
131.0 Issue remains

Comment 5

[Botond Ballo [:botond]]

(In reply to emailisgr8 from comment #3)

I have installed a AI application, Stable Diffusion, which calls a local (127.0.0.1) browser based page

Could you share instructions that we could follow to see the same page locally, so that we can test the behaviour you're seeing?

Comment 6

[Botond Ballo [:botond]]

Or an alternative way to share the affected webpage is File --> Save As... --> select "Web page, complete", and zip up and attach the downloaded files.

Comment 7

[Timothy Nikkel (:tnikkel)]

You could also run https://mozilla.github.io/mozregression/ to pinpoint the exact change that caused the issue.

Comment 8

[Hiroyuki Ikezoe (:hiro)]

(In reply to emailisgr8 from comment #4)

FYI, I have just installed Firefox v130.0 and as I suspected, the issue actually started with that version.

129.0 Works normally
130.0 Functionality lost
131.0 Issue remains

Probably bug 1741469? That's intentional.

Comment 9

[Hiroyuki Ikezoe (:hiro)]

If setting dom.input.number_and_range_modified_by_mousewheel pref to true fixed this bug, that's exactly bug 1741469.

emailisgr8, would you mind testing it? Thanks!

Comment 10

[emailisgr8]

I updated to v131.0.2 before trying the config change and it has indeed worked...so I will keep a note of that should the issue arise in future. ;)

Thanks for all the help

Resolved