scrollBy() with smooth scrolling gets stuck with scroll snap
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
People
(Reporter: icheherntion, Unassigned)
References
(Depends on 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0
Steps to reproduce:
Tried to use JavaScript scrollBy() with behavior: smooth to move to the next scroll snap position.
Actual results:
JS-scrolling with behavior: smooth gets stuck, no problem with behavior: instant or auto.
Code example: https://codepen.io/RushCapricornChicken/pen/abxrymq
Seems like the final scroll snap position isn't reached. If I deactivate smooth and click again, it snaps a few pixels to the current snap position.
Also happens when clicking on the empty space besides the scollbar.
Moving the scrollbar or using swipe work without problems.
Expected results:
Scroll to the next scroll snap position. Works in Chrome or other Webkit browsers.
Tested in Firefox 125.0.2 64bit (Windows 10) and Firefox 125.0.3 64bit (Ubuntu 22.04)
|
||
Comment 1•1 year ago
|
||
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•1 year ago
|
||
The severity field is not set for this bug.
:botond, could you have a look please?
For more information, please visit BugBot documentation.
|
||
Comment 3•1 year ago
|
||
Do you see this problem consistently (i.e. you can never reach the final snap position by pressing the forward button when "Smooth scrolling" is checked), or does it happen intermittently?
|
Reporter | |
Comment 4•1 year ago
|
||
The first one is usually working. At least I couldn't reproduce the problem now for the first one. After that it seems mostly random when it happens. And It also seems like it's a timing issue.
In some positions it's working again if you wait a little, but some never recover (or at least not fast enough for me to see it)
I also fiddled around with the distance scrolled, but that doesn't have a huge effect either, if any. Could also be due to the randomness of the behaviour.
|
|
||
Comment 5•1 year ago
|
||
Marking as S3 for now as other methods of scrolling can be used as a workaround when it occurs.
Bug 1774315 is a potential culprit (at least it would explain the intermittent nature of the problem if, depending on the timing of the scroll animation, we sometimes ran into an issue related to scroll position rounding), we should re-test this once it is fixed.
Description
•