[Android] Prevent touch interception for browser-consumed touches

[Android] Prevent touch interception for browser-consumed touches

Browser-based widgets that overlay content have a shot at consuming
touch events, e.g., selection handles. Such touches are reported as
consumed to the View chain, however, embedding apps still have the
opportunity to intercept those touch sequences. This can lead to
double-handling, e.g., when dragging a selection handle left or
right and triggering a View side swipe.

Prevent this by calling requestDisallowInterceptTouchEvent() for
touches that are consumed by such browser-based widgets. Note that we
cannot call this method for all touch events as touch dispatch is often
asynchronous and the disposition of the touch handling result cannot
be immediately known when the touch is received from the Android
platform.

BUG=489337
Committed: https://crrev.com/39083255b50c17e8a75705d4bd6f0a209f9ccdbd
Cr-Commit-Position: refs/heads/master@{#330426}

[jdduke (slow), 2015-05-18 18:33:44]

jdduke@chromium.org changed reviewers:
+ tedchoc@chromium.org

[jdduke (slow), 2015-05-18 18:33:44]

tedchoc: PTAL, thanks. The RWHVAndroid::ResetGestureDetection changes were taken
from (the already approved but not yet landed
https://codereview.chromium.org/1087893003/). I considered making the
|OnTouchEvent| returned an enum result type and have CVC make the
requestDisallow call itself based on that result, but I don't have a strong
opinion either way.

[Ted C, 2015-05-18 20:40:39]

lgtm

[jdduke (slow), 2015-05-18 21:02:39]

The CQ bit was checked by jdduke@chromium.org

[commit-bot: I haz the power, 2015-05-18 21:04:59]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1140693004/1

[commit-bot: I haz the power, 2015-05-18 21:22:54]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2015-05-18 22:43:46]

Patchset 1 (id:??) landed as
https://crrev.com/39083255b50c17e8a75705d4bd6f0a209f9ccdbd
Cr-Commit-Position: refs/heads/master@{#330426}