Thread ui transform animations

content/browser/web_contents/web_contents_view_aura_browsertest.cc

Index: content/browser/web_contents/web_contents_view_aura_browsertest.cc
diff --git a/content/browser/web_contents/web_contents_view_aura_browsertest.cc b/content/browser/web_contents/web_contents_view_aura_browsertest.cc
index 5640ea665fb8eb44b5a2be0bbdeb7072bd7e4f64..6c32d879d391808ec13854b6ca87addaedf917d7 100644
--- a/content/browser/web_contents/web_contents_view_aura_browsertest.cc
+++ b/content/browser/web_contents/web_contents_view_aura_browsertest.cc
@@ -224,6 +224,14 @@ IN_PROC_BROWSER_TEST_F(WebContentsViewAuraTest,
   aura::RootWindow* root_window = content->GetRootWindow();
   gfx::Rect bounds = content->GetBoundsInRootWindow();
 
+
+  // Each call to GetCurrentIndex involves blocking until the current
+  // MessageLoop is idle. Without a delay in scheduling draws, the
+  // MessageLoop doesn't become idle until the animation triggered by the
+  // preceding touch event completes; since each such animation takes 200ms,
+  // this causes the test to timeout.
+  root_window->DelayDrawsForTesting(base::TimeDelta::FromMilliseconds(10));

[Ian Vollick, 2013/03/04 13:50:50]

SetDrawDelayForTesting, perhaps? DelayDrawsForTesting sounds like it wants a
boolean parameter, if any; passing a time delta reads a little funny.

+
   base::TimeDelta timestamp;
   ui::TouchEvent press(ui::ET_TOUCH_PRESSED,
       gfx::Point(bounds.x() + bounds.width() / 2, bounds.y() + 5),