Open Bug 1740164 Opened 4 years ago Updated 5 months ago

Transmogrify ScrollToCSSPixels to ScrollByCSSPixels even if there's no animation in APZ

Categories

(Core :: Panning and Zooming, defect, P3)

defect

Tracking

()

REOPENED

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.

Severity: -- → S3
Priority: -- → P3

Do you know if this additional change is needed for the Slack case, or is bug 1692708 is sufficient for that?

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.

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.

Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → INVALID
See Also: → 1985143
Blocks: 2029043

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.

Status: RESOLVED → REOPENED
Resolution: INVALID → ---
No longer blocks: 2029043
Blocks: 2000834
User Story: (updated)
No longer blocks: 2000834
You need to log in before you can comment on or make changes to this bug.