Transmogrify ScrollToCSSPixels to ScrollByCSSPixels even if there's no animation in APZ
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
People
(Reporter: hiro, Unassigned)
References
Details
(Keywords: webcompat:platform-bug)
User Story
user-impact-score:0
In bug 1692708 we are going to change ScrollToCSSPixels to a relative operation if there's any on-going animation in APZ triggered by user. In this bug we are going to apply it in the case of no animation as well.
| Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Do you know if this additional change is needed for the Slack case, or is bug 1692708 is sufficient for that?
| Reporter | ||
Comment 2•4 years ago
|
||
I think bug 1692708 is sufficient in most cases including Slack basically. This is literally for a race condition where APZ just starts an async scrolling but the corresponding RepaintRequest hasn't yet reached to the content's main-thread, at that moment if JS on the main-thread calls scrollTop, our relative scroll machinery won't be triggered. This bug is for the race case.
So, I am thinking that we can defer this until someone reports to us there's a wobbly scrolling site in the wild.
| Reporter | ||
Comment 3•9 months ago
|
||
Closing this bug as INVALID since the spec will clearly define that scrollTo operations are absolute. As far as I know the spec hasn't yet been changed though. See bug 1985143 and relevant github issues for details.
| Reporter | ||
Comment 4•5 months ago
|
||
Re-opening this bug since we need this for bug 2029043, and actually Chrome does this, see 2025232 comment 7.
So for bug 1985143, now I think we just need to differentiate it internally.
Updated•5 months ago
|
Updated•5 months ago
|
Description
•