Open Bug 1663612 Opened 4 years ago Updated 4 years ago

Ensure APZ handles scroll snapping with pure-relative scrolls

Categories

(Core :: Panning and Zooming, task)

task

Tracking

()

People

(Reporter: kats, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

Attachments

(1 file)

https://hg.mozilla.org/integration/autoland/rev/51c3ae02e5ebe85771ca162de5ea2a54af15ba9a adds a check and bails out of the pure-relative codepath if scroll snapping is required. I think we shouldn't need to do this, and instead we should ensure that APZ respects scroll snapping on pure-relative requests from the main thread (and any other scroll requests).

It's not really clear to me what needs to be done here. I played around a little with scroll snapping in combination with desktop zoom (page attached) and it seems somewhat buggy in general. e.g. immediately after zooming in we'll do a snap which is disconcerting. Often while zoomed in we'll snap to the left edge of the page even though there's only y-snapping in the CSS. Chrome doesn't seem to do either of those things.

Also I'm not sure if it's the visual viewport that should be snapping, or the layout viewport. I had imagined it would be the layout viewport, and the visual viewport would then allow you to zoom in and pan around to unsnapped coordinates, but maybe that's not the right model. Chrome seems to snap the visual viewport when zoomed in on the attached page.

I filed bug 1677199 for the more general problem with snapping. I'll unassign this for now since we probably need that resolved before we can figure out what needs to be done here.

Assignee: kats → nobody
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: