Sorry for the brevity. I reported it from the phone.

My WebVR page is using the Daydream controller as a gamepad. When the user clicks the touchpad part of the Daydream controller, it generates MouseEvents (Down, Up) with all the values set to 0, 0. In my application, there was a back button on the page that launched WebVR in the upper left corner, so this would take me off the page!

It's relatively easy to recognize these bogus events and reject them before they do damage, but they shouldn't be generated at all when in VR Presentation mode.

My guess is that it's the new VR Browsing feature that's generating these. Since that generates mouse clicks on pages, based on where the Daydream controller is pointed.

Important: This is a change in behavior between M58 and M59.

If you are in WebVR presentation, this may be caused by the simulated "cardboard compatible" click event, which will eventually be removed ( issue 716571 ).

 Issue 710863  modified the behavior of this simulated click at 0,0. The fix was merged into M59 but not M58, for which that issue was reported.

If other areas of the page are not receiving clicks, you may just need to avoid clickable elements at 0,0 (1,1 should be fine) until we can fix  issue 716571 .

jesmith: Can you confirm that this is the behavior you are seeing? If so, I think we can close this as a duplicate.

It sounds exactly like what I am seeing, yes.

Thank you for providing more feedback. Adding requester "ddorwin@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Thank you for the quick response! Per  issue 716571 , we plan to resolve this in M62.