Re-enable a few find in page tests.

chrome/browser/ui/views/find_bar_host_interactive_uitest.cc

Index: chrome/browser/ui/views/find_bar_host_interactive_uitest.cc
diff --git a/chrome/browser/ui/views/find_bar_host_interactive_uitest.cc b/chrome/browser/ui/views/find_bar_host_interactive_uitest.cc
index b65a19959ad689528d7995bce4faeb03bd92d586..cc55a36b5f7b9e0411cb491a361cc1f280c6800e 100644
--- a/chrome/browser/ui/views/find_bar_host_interactive_uitest.cc
+++ b/chrome/browser/ui/views/find_bar_host_interactive_uitest.cc
@@ -31,16 +31,8 @@ using content::WebContents;
 
 namespace {
 
-// The delay waited after sending an OS simulated event.
-static const int kActionDelayMs = 500;
 static const char kSimplePage[] = "files/find_in_page/simple.html";
 
-void Checkpoint(const char* message, const base::TimeTicks& start_time) {
-  LOG(INFO) << message << " : "
-    << (base::TimeTicks::Now() - start_time).InMilliseconds()
-    << " ms" << std::flush;
-}
-
 class FindInPageTest : public InProcessBrowserTest {
  public:
   FindInPageTest() {
@@ -65,13 +57,8 @@ class FindInPageTest : public InProcessBrowserTest {
 
 }  // namespace
 
-// Fails often on Win, CrOS. http://crbug.com/145476, http://crbug.com/128724

[msw, 2013/04/18 16:11:57]

http://crbug.com/145476 looks related, but I'm not sure that
http://crbug.com/128724 is related, no one posted copies of the failure logs...

[Finnur, 2013/04/19 10:55:45]

Yeah, it is hard to say. There was a suspected CL mentioned and a followup CL
that, if I recall, fixed the problem(s) and re-enabled some of the tests. Since
there's no debug info we might as well enable this and see what happens.

-#if defined(OS_WIN) || defined(OS_CHROMEOS)
-#define MAYBE_CrashEscHandlers DISABLED_CrashEscHandlers
-#else
-#define MAYBE_CrashEscHandlers CrashEscHandlers
-#endif
-IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_CrashEscHandlers) {
+// Flaky because the test server fails to start? See: http://crbug.com/96594.
+IN_PROC_BROWSER_TEST_F(FindInPageTest, CrashEscHandlers) {
   ASSERT_TRUE(test_server()->Start());
 
   // First we navigate to our test page (tab A).
@@ -105,13 +92,8 @@ IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_CrashEscHandlers) {
       browser(), ui::VKEY_ESCAPE, false, false, false, false));
 }
 
-// Fails to start the test server on ChromeOS: http://crbug.com/168974
-#if defined(OS_CHROMEOS)
-#define MAYBE_FocusRestore DISABLED_FocusRestore
-#else
-#define MAYBE_FocusRestore FocusRestore
-#endif
-IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_FocusRestore) {
+// Flaky because the test server fails to start? See: http://crbug.com/96594.
+IN_PROC_BROWSER_TEST_F(FindInPageTest, FocusRestore) {
   ASSERT_TRUE(test_server()->Start());
 
   GURL url = test_server()->GetURL("title1.html");
@@ -158,13 +140,8 @@ IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_FocusRestore) {
   EXPECT_TRUE(ui_test_utils::IsViewFocused(browser(), VIEW_ID_OMNIBOX));
 }
 
-// Fails often on Win, CrOS. http://crbug.com/145476, http://crbug.com/128724
-#if defined(OS_WIN) || defined(OS_CHROMEOS)
-#define MAYBE_FocusRestoreOnTabSwitch DISABLED_FocusRestoreOnTabSwitch
-#else
-#define MAYBE_FocusRestoreOnTabSwitch FocusRestoreOnTabSwitch
-#endif
-IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_FocusRestoreOnTabSwitch) {
+// Flaky because the test server fails to start? See: http://crbug.com/96594.
+IN_PROC_BROWSER_TEST_F(FindInPageTest, FocusRestoreOnTabSwitch) {
   ASSERT_TRUE(test_server()->Start());
 
   // First we navigate to our test page (tab A).
@@ -217,43 +194,28 @@ IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_FocusRestoreOnTabSwitch) {
   EXPECT_TRUE(ui_test_utils::IsViewFocused(browser(), VIEW_ID_OMNIBOX));
 }
 
-// Flaky on XP: http://crbug.com/152100

[msw, 2013/04/18 16:11:57]

http://crbug.com/152100 doesn't look related.

[Finnur, 2013/04/19 10:55:45]

Remember when you said you couldn't repro the flakiness on your box? Well, I
could repro it consistently (it wasn't even flakiness, it was a consistent
failure). But when I matched what you did (reinstating reverted SearchTextfield
class), I stopped being able to repro.

-// Flaky on ChromiumOS: http://crbug.com/177487
-#if defined(OS_WIN) || defined(OS_CHROMEOS)
-#define MAYBE_PrepopulateRespectBlank DISABLED_PrepopulateRespectBlank
-#else
-#define MAYBE_PrepopulateRespectBlank PrepopulateRespectBlank
-#endif
+// Flaky because the test server fails to start? See: http://crbug.com/96594.
 // This tests that whenever you clear values from the Find box and close it that
 // it respects that and doesn't show you the last search, as reported in bug:
 // http://crbug.com/40121.
-IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_PrepopulateRespectBlank) {
+IN_PROC_BROWSER_TEST_F(FindInPageTest, PrepopulateRespectBlank) {
 #if defined(OS_MACOSX)
   // FindInPage on Mac doesn't use prepopulated values. Search there is global.
   return;
 #endif
-  base::TimeTicks start_time = base::TimeTicks::Now();
-  Checkpoint("Test starting", start_time);
-
   ASSERT_TRUE(test_server()->Start());
 
   // Make sure Chrome is in the foreground, otherwise sending input
   // won't do anything and the test will hang.
   ASSERT_TRUE(ui_test_utils::BringBrowserWindowToFront(browser()));
 
-  Checkpoint("Navigate", start_time);
-
   // First we navigate to any page.
   GURL url = test_server()->GetURL(kSimplePage);
   ui_test_utils::NavigateToURL(browser(), url);
 
-  Checkpoint("Show Find bar", start_time);
-
   // Show the Find bar.
   browser()->GetFindBarController()->Show();
 
-  Checkpoint("Search for 'a'", start_time);
-
   // Search for "a".
   ASSERT_TRUE(ui_test_utils::SendKeyPressSync(
       browser(), ui::VKEY_A, false, false, false, false));
@@ -261,8 +223,6 @@ IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_PrepopulateRespectBlank) {
   // We should find "a" here.
   EXPECT_EQ(ASCIIToUTF16("a"), GetFindBarText());
 
-  Checkpoint("Delete 'a'", start_time);
-
   // Delete "a".
   ASSERT_TRUE(ui_test_utils::SendKeyPressSync(
       browser(), ui::VKEY_BACK, false, false, false, false));
@@ -270,42 +230,28 @@ IN_PROC_BROWSER_TEST_F(FindInPageTest, MAYBE_PrepopulateRespectBlank) {
   // Validate we have cleared the text.
   EXPECT_EQ(string16(), GetFindBarText());
 
-  Checkpoint("Close find bar", start_time);
-
   // Close the Find box.
   ASSERT_TRUE(ui_test_utils::SendKeyPressSync(
       browser(), ui::VKEY_ESCAPE, false, false, false, false));
 
-  Checkpoint("Show Find bar", start_time);
-
   // Show the Find bar.
   browser()->GetFindBarController()->Show();
 
-  Checkpoint("Validate text", start_time);
-
   // After the Find box has been reopened, it should not have been prepopulated
   // with "a" again.
   EXPECT_EQ(string16(), GetFindBarText());
 
-  Checkpoint("Close Find bar", start_time);
-
   // Close the Find box.
   ASSERT_TRUE(ui_test_utils::SendKeyPressSync(
       browser(), ui::VKEY_ESCAPE, false, false, false, false));
 
-  Checkpoint("FindNext", start_time);
-
   // Press F3 to trigger FindNext.
   ASSERT_TRUE(ui_test_utils::SendKeyPressSync(
       browser(), ui::VKEY_F3, false, false, false, false));
 
-  Checkpoint("Validate", start_time);
-
   // After the Find box has been reopened, it should still have no prepopulate
   // value.
   EXPECT_EQ(string16(), GetFindBarText());
-
-  Checkpoint("Test done", start_time);
 }
 
 // Flaky on Win. http://crbug.com/92467