Setting mousewheel.min_line_scroll_amount to a high value causes some site issues
Categories
(Core :: Layout: Scrolling and Overflow, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | unaffected |
firefox115 | --- | unaffected |
firefox116 | --- | unaffected |
firefox117 | --- | fix-optional |
People
(Reporter: tgnff242, Unassigned)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(1 file)
1.18 MB,
video/webm
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/117.0
Steps to reproduce:
- Set mousewheel.min_line_scroll_amount to 70.
- Open a youtube video.
- Change its quality.
Actual results:
The video viewport height is reduced, leaving some pixels at the top out of view.
Expected results:
This is a regression from Bug 1842679.
The use case for that high value is that scrolling through bookmark folders is too fast in my opinion, which I workaround by changing mousewheel.default.delta_multiplier_y
, which then makes scrolling slower even on webpages, so I compensate by increasing min_line_scroll_amount.
Comment 1•1 year ago
|
||
:dlrobertson, since you are the author of the regressor, bug 1842679, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Comment 2•1 year ago
|
||
I have not been able to reproduce the issue when setting mousewheel.default.delta_multiplier_y
or mousewheel.min_line_scroll_amount
on macOS or Windows. I do not have a Linux box available at the moment. Could you upload a screen recording of the issue or were you able to confirm that the issue still occurs in troubleshoot mode?
Was the regression range discovered with mozregression
?
You only need to set mousewheel.min_line_scroll_amount
to 70. Whether this depends on screen size, I don't know. If you have a high DPI monitor, you could try doubling/tripling the value. I have reproduced the bug on both Linux and Windows 11, in safe mode and a clean profile. I will attach the screen recording shortly.
Yes, I did use mozregression
to find it.
Updated•1 year ago
|
Comment 5•1 year ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
Comment 7•1 year ago
|
||
Set release status flags based on info from the regressing bug 1842679
Updated•11 months ago
|
Comment 8•8 months ago
|
||
Versions 118 and 119 are also affected.
The issue is also triggered when interacting with the video timeline.
Also when the video is in fullscreen, it also causes the page to scroll down a bit (and the viewport height is reduced as well).
Entering/exiting fullscreen mode reverts the issue untill the next interaction.
Comment 10•5 months ago
|
||
(In reply to tgn-ff from comment #9)
Fixed by Bug 1858984.
Thanks for checking! Marking as duplicate.
Description
•