summaryrefslogtreecommitdiffstats
path: root/content/public/test/test_renderer_host.cc
diff options
context:
space:
mode:
authorscheib@chromium.org <scheib@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2013-12-05 17:57:54 +0000
committerscheib@chromium.org <scheib@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2013-12-05 17:57:54 +0000
commit1c4b859ab31b074892679a5c75587e31c8d8c904 (patch)
tree11a3ae4eac1019bfa7d084a3efbea8608553fb87 /content/public/test/test_renderer_host.cc
parentb69732138efc274c1d61925629231eb9036aa811 (diff)
downloadchromium_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