Bug 136005 - Snap offsets sometimes improperly recomputed on iOS
Summary: Snap offsets sometimes improperly recomputed on iOS
Status: RESOLVED DUPLICATE of bug 145059
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: iPhone / iPad Unspecified
: P2 Enhancement
Assignee: Brent Fulgham
URL:
Keywords: InRadar
Depends on:
Blocks: 134283
  Show dependency treegraph
 
Reported: 2014-08-15 16:19 PDT by Wenson Hsieh
Modified: 2015-05-18 13:04 PDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wenson Hsieh 2014-08-15 16:19:38 PDT
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.
Comment 1 Radar WebKit Bug Importer 2014-08-28 09:34:11 PDT
<rdar://problem/18162417>
Comment 2 Brent Fulgham 2015-05-18 13:04:07 PDT

*** This bug has been marked as a duplicate of bug 145059 ***