Test that simulates touch exploration and checks speech on tabs and also the empty bookmark bar.

chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc

Index: chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc
diff --git a/chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc b/chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc
index 7292a6e0a9ff2791a6806ee134786a8a389f40bb..a44d2edb13aaa4ccc9c64ee0cd15a7f7819f8f02 100644
--- a/chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc
+++ b/chrome/browser/ui/views/bookmarks/bookmark_bar_view.cc
@@ -626,6 +626,12 @@ views::MenuItemView* BookmarkBarView::GetDropMenu() {
   return bookmark_drop_menu_ ? bookmark_drop_menu_->menu() : NULL;
 }
 
+views::View* BookmarkBarView::GetBookmarkBarInstructionsView() {
+  if (instructions_ && instructions_->visible())

[James Cook, 2014/08/08 17:46:55]

Any particular reason you're checking for visible()? None of the code above
checks visibility before returning the item.

[evy, 2014/08/08 18:37:47]

Once the instructions appear, the view always exists, but once bookmarks are
added it's no longer visible.
I was thinking of it more from what the user experiences - if there are
bookmarks added and the instructions aren't there, we shouldn't get getting the
instructions view. (I can add a comment explaining this)
From a "just fetching views" perspective though, I can also see the argument
that if it's there and someone needs it, it's returned.

+    return instructions_;
+  return NULL;
+}
+
 void BookmarkBarView::StopThrobbing(bool immediate) {
   if (!throbbing_view_)
     return;