Commit 5eeadd14 authored by Kevin McNee's avatar Kevin McNee Committed by Commit Bot

Remove unnecessary tab key press from Focus_AdvanceFocus test

The associated bug which required this extra tab is fixed.

Bug: 147644
Change-Id: Ied21533accc82613053e119aa2c5c64fc9de8343
Reviewed-on: https://chromium-review.googlesource.com/1170986Reviewed-by: default avatarEhsan Karamad <ekaramad@chromium.org>
Commit-Queue: Kevin McNee <mcnee@chromium.org>
Cr-Commit-Position: refs/heads/master@{#582240}
parent 9cd32836
...@@ -871,14 +871,6 @@ IN_PROC_BROWSER_TEST_F(WebViewFocusInteractiveTest, Focus_AdvanceFocus) { ...@@ -871,14 +871,6 @@ IN_PROC_BROWSER_TEST_F(WebViewFocusInteractiveTest, Focus_AdvanceFocus) {
// move the focus to the next focusable element. // move the focus to the next focusable element.
ExtensionTestMessageListener listener("button1-advance-focus", false); ExtensionTestMessageListener listener("button1-advance-focus", false);
listener.set_failure_message("TEST_FAILED"); listener.set_failure_message("TEST_FAILED");
// TODO(fsamuel): A third Tab key press should not be necessary.
// The <webview> will take keyboard focus but it will not focus an initial
// element. The initial element is dependent upon tab direction which blink
// does not propagate to the plugin.
// See http://crbug.com/147644.
content::SimulateKeyPress(embedder_web_contents, ui::DomKey::TAB,
ui::DomCode::TAB, ui::VKEY_TAB, false, false,
false, false);
content::SimulateKeyPress(embedder_web_contents, ui::DomKey::TAB, content::SimulateKeyPress(embedder_web_contents, ui::DomKey::TAB,
ui::DomCode::TAB, ui::VKEY_TAB, false, false, ui::DomCode::TAB, ui::VKEY_TAB, false, false,
false, false); false, false);
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment