97041 2012-09-18 13:41:05 -0700 Target can change between GestureTapDown and GestureTap 2015-08-11 18:11:56 -0700 1 1 1 Unclassified WebKit UI Events 528+ (Nightly build) Unspecified Unspecified RESOLVED WONTFIX P2 Normal --- 96677 1 rbyers rbyers allan.jensen kevers tonikitoo oldest_to_newest 723023 0 rbyers 2012-09-18 13:41:05 -0700 The point of GestureTapDown is to provide UI feedback to the user about what they're about to tap on (or already have tapped in some cases). However, if the page moves (or DOM changes) between TapDown and Tap, we will tap a different element than was highlighted to the user. Is this OK? Or perhaps we should do one of: 1) Save the target found for tap down, and re-use it for tap 2) Save the target found for tap down, and do another hit-test on tap but if it doesn't match, dispatch a TapCancel instead See bug 96677 and http://code.google.com/p/chromium/issues/detail?id=132439 for some more discussion. 732633 1 allan.jensen 2012-10-02 07:10:45 -0700 One solution for this is do suspend active DOM objects while the finger is down. This is what I believe the out-of-trunk iPhone and Android branches does, and what Qt does in trunk using Page::suspendActiveDOMObjectsAndAnimations. This also has the benefit of smoother animations due to less things happening at the same time. 1116812 2 rbyers 2015-08-11 18:11:56 -0700 Haven't really seen issues from this, I don't think we ever did anything to address it in blink either.