Ensure that mouse lock works correctly on Chrome ASH in Windows 8.

Ensure that mouse lock works correctly on Chrome ASH in Windows 8.

The lock mouse operation invoked by plugins or pages hides the mouse cursor and ensures that the cursor stays within the bounds
of the webpage. To ensure that the mouse stays within the bounds of the page, the SetCursorPos operation is executed by the host.
In ASH, the SetCursorPos API is executed by the viewer process for historical reasons.

As a result on Windows 8 there is a faint possibility that the user may move the mouse to the charms section of the OS, which causes the cursor to
become visible.

Fix for this is to track if the mouse changed from what was last set in the viewer process and restore it.

The other change is in the RemoteWindowTreeHostWin class where the member ignore_mouse_moves_until_set_cursor_ack_ has been changed to a count
from a bool flag. This is because the RemoteWindowTreeHostWin::MoveCursorToNative function can be called multiple times before the acks are received
causing DCHECKs to fire on the ignore_mouse_moves_until_set_cursor_ack_ flag.

BUG=398792
Committed: https://crrev.com/b306b1e61ab3178f8d5ab54a2233e748d926bd4d
Cr-Commit-Position: refs/heads/master@{#294274}

[ananta, 2014-09-09 23:12:56]

ananta@chromium.org changed reviewers:
+ cpu@chromium.org, sky@chromium.org

[ananta, 2014-09-09 23:12:57]

cpu : please review everything.
sky: ui\aura changes.

[sky, 2014-09-09 23:34:19]

https://codereview.chromium.org/560633002/diff/1/ui/aura/remote_window_tree_h...
File ui/aura/remote_window_tree_host_win.cc (right):

https://codereview.chromium.org/560633002/diff/1/ui/aura/remote_window_tree_h...
ui/aura/remote_window_tree_host_win.cc:433: if
(ignore_mouse_moves_until_set_cursor_ack_ > 0) {
DCHECK?

[ananta, 2014-09-09 23:39:18]

https://codereview.chromium.org/560633002/diff/1/ui/aura/remote_window_tree_h...
File ui/aura/remote_window_tree_host_win.cc (right):

https://codereview.chromium.org/560633002/diff/1/ui/aura/remote_window_tree_h...
ui/aura/remote_window_tree_host_win.cc:433: if
(ignore_mouse_moves_until_set_cursor_ack_ > 0) {
On 2014/09/09 23:34:18, sky wrote:
> DCHECK?

Done.

[sky, 2014-09-09 23:40:59]

LGTM

https://codereview.chromium.org/560633002/diff/20001/ui/aura/remote_window_tr...
File ui/aura/remote_window_tree_host_win.cc (right):

https://codereview.chromium.org/560633002/diff/20001/ui/aura/remote_window_tr...
ui/aura/remote_window_tree_host_win.cc:433:
DCHECK(ignore_mouse_moves_until_set_cursor_ack_ > 0);
DCHECK_GT

[ananta, 2014-09-09 23:52:51]

https://codereview.chromium.org/560633002/diff/20001/ui/aura/remote_window_tr...
File ui/aura/remote_window_tree_host_win.cc (right):

https://codereview.chromium.org/560633002/diff/20001/ui/aura/remote_window_tr...
ui/aura/remote_window_tree_host_win.cc:433:
DCHECK(ignore_mouse_moves_until_set_cursor_ack_ > 0);
On 2014/09/09 23:40:59, sky wrote:
> DCHECK_GT

Done.

[cpu_(ooo_6.6-7.5), 2014-09-10 00:57:44]

lgtm

[ananta, 2014-09-10 22:16:28]

The CQ bit was checked by ananta@chromium.org

[commit-bot: I haz the power, 2014-09-10 22:20:56]

CQ is trying da patch. Follow status at
 https://chromium-status.appspot.com/cq/ananta@chromium.org/560633002/60001

[commit-bot: I haz the power, 2014-09-11 00:44:28]

Committed patchset #4 (id:60001) as f83a7d53649cc7462b32716f5a81b3e4e0e4c7c8

[commit-bot: I haz the power, 2014-09-11 00:46:31]

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