Summary: | Scroll Snap - Viewport jumps to top while another element is transitioning | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Boyan <bbratvanov> | ||||
Component: | CSS | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED WORKSFORME | ||||||
Severity: | Normal | CC: | bfulgham, mrobinson, simon.fraser, webkit-bug-importer, wenson_hsieh | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | WebKit Nightly Build | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.11 | ||||||
Attachments: |
|
Description
Boyan
2015-10-10 22:48:34 PDT
Is there any progress on this? Were you able to reproduce the issue? As an additional note, this bug only happens while using a trackpad, but it doesn't occur when scrolling with a mouse. Hi Boyan, I've been able to reproduce this, and investigated it briefly. (Roughly) what's happening is that layout causes the active snap point of the scrolling container to reset to its old value (in this case, 0). I require further investigation before I can come up with a fix to this bug. See also: http://whsieh.github.io/examples/scroll-snap-bug.html - Wenson I just accidentally discovered the most bizarre fix to this problem. Before the closing body tag, add this CSS which is supposed to disable/override the behaviour. <style>body { -webkit-scroll-snap-type: none; }</style> Instead, what happens is that the scroll snapping actually still works, but the bug disappears. How is this even possible? Am I just sleep deprived and imagining things? Note: this doesn't seem to reproduce anymore after https://trac.webkit.org/changeset/209070 I think this has been fixed as a side-effect of the other change that Wenson listed above, so I'm going to close this bug. If it's still an issue, feel free to reopen this. |