New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 784122 link

Starred by 5 users

Issue metadata

Status: Duplicate
Merged: issue 781182
Owner:
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Pointer Lock API generates bogus events after Fall Creators Update (RS3)

Reported by aicomman...@gmail.com, Nov 11 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36

Steps to reproduce the problem:
1. Navigate to this pointer lock demo: http://www.smartjava.org/examples/pointerlock/
2. Click into the right demo (which uses pointer lock)
3. Continuously move your mouse from left to right

What is the expected behavior?
The spaceship should stay pinned to the right.

What went wrong?
The spaceship spuriously jumps back to the left.

Did this work before? Yes Windows 10 Creators Update (RS2, 1703, Build 15063)

Does this work in other browsers? Yes

Chrome version: 62.0.3202.89  Channel: stable
OS Version: 10.0.16299.19
Flash Version: 

I confirmed it still does not function properly in Chrome Dev 64.0.3260.2 on Fall Creators Update. I tested in Firefox 56.0.2 and Edge 41.16299.15.0 and the demo functioned correctly in both. The demo also functions correctly in Chrome 62.0.3202.62 on my openSUSE box.

This effectively renders the Pointer Lock API unusable on Windows 10 Fall Creators Update. I spent a while attempting to find a workaround but it appears these bogus events are impossible to filter out (since they appear just like rapid user mouse movement, so I'd cause false positives on that if I deployed that solution).

Here's an example of the event stream I see:
Moving mouse by (-40, 2)
Moving mouse by (-45, 3)
Moving mouse by (-42, 2)
Moving mouse by (-30, 1)
Moving mouse by (311, -95) <---- this is the bad guy
Moving mouse by (-28, 3)
Moving mouse by (-13, 2)

Several users have reported this bug in our bug tracker: https://github.com/moonlight-stream/moonlight-chrome/issues/353
 
Sorry, repro step #3 should say: Continuously move your mouse to the right
Cc: vamshi.k...@techmahindra.com
Labels: Triaged-ET Needs-Feedback Needs-Triage-M62
"Unable to reproduce the issue on the reported chrome version stable 62.0.3202.89 and on the latest stable 62.0.3202.94 using Windows 10, Ububtu 14.04 and Mac 10.12.6.
We are observing same behaviour on chrome and FireFox. Attaching the screen cast of the same.

@Reporter: Could you please mention whether any additional steps to be followed in order to reproduce the issue.

Thanks! "
784122.mp4
2.4 MB View Download
Sure, let me clarify.

It appears in your attempt you did not continuously drag your mouse to the right. Simply moving in a circle is not sufficient to reproduce the issue. You must move your mouse to the right continuously, as though you wish to keep the spaceship stuck to the right side of the screen.

You should also confirm you're using the latest release of Windows 10. Only the  Fall Creators Update is affected. Run winver, and confirm it says "Version 1709 (OS Build 16299.xx)" like in the attached screenshot.
winver.PNG
16.4 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 13 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: dtapu...@chromium.org
Owner: eirage@chromium.org
Status: Assigned (was: Unconfirmed)
Ella can you investigate?

Comment 6 by eirage@chromium.org, Nov 13 2017

Mergedinto: 781182
Status: Duplicate (was: Assigned)

Sign in to add a comment