WebVR: lock focus while presenting to presenting window

chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java

Index: chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java
diff --git a/chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java b/chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java
index 248d64f134c961a52d0556d10005cbab3061343e..b512736bf80c1467214483d7a08e05776e0fcc96 100644
--- a/chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java
+++ b/chrome/android/javatests/src/org/chromium/chrome/browser/vr_shell/WebVrTest.java
@@ -249,4 +249,17 @@ public class WebVrTest extends VrTestBase {
         executeStepAndWait("stepCheckDeviceCapabilities('" + Build.DEVICE + "')", mWebContents);
         endTest(mWebContents);
     }
+
+    /**
+     * Tests that Daydream controller clicks are registered as screen taps when

[bsheedy, 2017/05/04 20:17:45]

Wrong test description?

[mthiesse, 2017/05/04 20:24:20]

Done.

+     * the viewer is a Daydream View.
+     */
+    @MediumTest
+    public void testPresentationLocksFocus() throws InterruptedException {
+        String testName = "test_presentation_locks_focus";
+        loadUrl(getHtmlTestFile(testName), PAGE_LOAD_TIMEOUT_S);

[bsheedy, 2017/05/04 20:17:45]

Since you're presenting in this test, probably good to assert that a VR display
is found like in other WebVR tests.

[mthiesse, 2017/05/04 20:24:20]

I think tests should be as simple as possible. Another test is already covering
the check that a VR display is found, so we don't need to check that again here.

+        enterVrTapAndWait(mWebContents);
+        waitOnJavaScriptStep(mWebContents);
+        endTest(mWebContents);
+    }
 }