[Android] Always request BeginFrame when touch received

[Android] Always request BeginFrame when touch received

Android's vsync listener will now only dispatch a BeginFrame message if
such was requested. This exposed a hole in our BeginFrame request
pipeline, where short-circuited touch forwarding would bypass the vsync
request. Instead, always request the BeginFrame if a touch event was
received from the platform, potentially reducing the first frame's
latency when the page lacks a touch handler.
latency.

BUG=408377
Committed: https://crrev.com/4f0ec3cf8a4817fa86b0bdbf77a519516f8945d8
Cr-Commit-Position: refs/heads/master@{#292992}

[jdduke (slow), 2014-09-02 18:02:49]

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

[jdduke (slow), 2014-09-02 18:02:49]

sievers@: PTAL, thanks.

[no sievers, 2014-09-02 18:42:59]

lgtm

[jdduke (slow), 2014-09-02 18:48:21]

The CQ bit was checked by jdduke@chromium.org

[commit-bot: I haz the power, 2014-09-02 18:49:32]

CQ is trying da patch. Follow status at
 https://chromium-status.appspot.com/cq/jdduke@chromium.org/535453002/20001

[commit-bot: I haz the power, 2014-09-02 19:59:49]

FYI, CQ is re-trying this CL (attempt #1).
The failing builders are:
  win_chromium_rel_swarming on tryserver.chromium.win
(http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)

[commit-bot: I haz the power, 2014-09-02 20:41:19]

Committed patchset #2 (id:20001) as 0ffe1034008144bf499282aa52dca87ac8fce2c1

[commit-bot: I haz the power, 2014-09-10 03:20:36]

Patchset 2 (id:??) landed as
https://crrev.com/4f0ec3cf8a4817fa86b0bdbf77a519516f8945d8
Cr-Commit-Position: refs/heads/master@{#292992}