diff options
author | scheib@chromium.org <scheib@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-12-05 17:57:54 +0000 |
---|---|---|
committer | scheib@chromium.org <scheib@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-12-05 17:57:54 +0000 |
commit | 1c4b859ab31b074892679a5c75587e31c8d8c904 (patch) | |
tree | 11a3ae4eac1019bfa7d084a3efbea8608553fb87 /content/public/test/test_renderer_host.cc | |
parent | b69732138efc274c1d61925629231eb9036aa811 (diff) | |
download | chromium_src-1c4b859ab31b074892679a5c75587e31c8d8c904.zip chromium_src-1c4b859ab31b074892679a5c75587e31c8d8c904.tar.gz chromium_src-1c4b859ab31b074892679a5c75587e31c8d8c904.tar.bz2 |
Fix pointer lock / mouse lock on linux failing to send mouse moves.
Original implementation was flawed when unlocking the mouse pointer.
While being warped back to the unlocked location it was possible that
move events already in flight would be received and update
unlocked_global_mouse_position_. That would cause the eventual move
event from the warp to not be detected as having been processed, and
suppress all movementX/Y data indefinitely.
BUG=324203
TEST=Manual test please: On Linux visit pointer lock sites such as http://media.tojicode.com/q3bsp/, http://scheib.github.io/HTMLMisc/PointerLockAndFullscreen.html, and enter and exit pointer lock several times verifying that the mouse movement continues to have an effect.
R=kbr@chromium.org
Review URL: https://codereview.chromium.org/105993002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@238991 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'content/public/test/test_renderer_host.cc')
0 files changed, 0 insertions, 0 deletions