Bug 136005
| Summary: | Snap offsets sometimes improperly recomputed on iOS | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Wenson Hsieh <wenson_hsieh> |
| Component: | WebCore Misc. | Assignee: | Brent Fulgham <bfulgham> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Enhancement | CC: | bfulgham, jonlee, simon.fraser, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | iPhone / iPad | ||
| OS: | Unspecified | ||
| Bug Depends on: | |||
| Bug Blocks: | 134283 | ||
Wenson Hsieh
Snap offsets are incorrectly recomputed when zooming in and when changing orientation on iOS. To reproduce, open itunes.html in the first snap point examples attachment here: https://bugs.webkit.org/show_bug.cgi?id=134283, zoom in, and then try to scroll. The scroll animation should immediately snap the scroll offset back to the previous snap point with no animation. This indicates that the snap point is retargeting to an incorrect point. Specifically, the instant snap with lack of animation is a result of the scroll velocity (received by RemoteScrollingCoordinatorProxy::adjustTargetContentOffsetForSnapping) having the wrong sign relative to the target content offset. In other words, velocity indicates we're moving in a certain direction, but the targetContentOffset is in the opposite direction.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/18162417>
Brent Fulgham
*** This bug has been marked as a duplicate of bug 145059 ***