Get rid of some lingering MD-specific raster assets.

chrome/browser/ui/views/toolbar/browser_actions_container_browsertest.cc

 // Copyright 2013 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #include "chrome/browser/ui/views/toolbar/browser_actions_container.h"
 
 #include <stddef.h>
 
 #include "base/macros.h"
 #include "chrome/browser/extensions/api/extension_action/extension_action_api.h"
@@ skipping 101 matching lines @@
   EXPECT_EQ(container->GetViewForId(extension_a()->id()),
             container->child_at(0));
   EXPECT_EQ(container->GetViewForId(extension_b()->id()),
             container->child_at(1));
   EXPECT_EQ(container->GetViewForId(extension_c()->id()),
             container->child_at(2));
 
   // Shrink the size of the container so we have an overflow menu.
   toolbar_model()->SetVisibleIconCount(2u);
   EXPECT_EQ(2u, container->VisibleBrowserActions());
-  ASSERT_TRUE(container->chevron());
-  EXPECT_TRUE(container->chevron()->visible());
 
   // Simulate a drag and drop from the overflow menu.
   ui::OSExchangeData drop_data3;
   // Drag extension C from index 2 (in the overflow menu)...
   BrowserActionDragData browser_action_drag_data3(extension_c()->id(), 2u);
   browser_action_drag_data3.Write(profile(), &drop_data3);
   // ...to the left of extension B (which is back in index 1 on the main bar).
   location = gfx::Point(view->x(), view->y());
   ui::DropTargetEvent target_event3(
       drop_data3, location, location, ui::DragDropTypes::DRAG_MOVE);
 
   // Drag and drop.
   container->OnDragUpdated(target_event3);
   container->OnPerformDrop(target_event3);
 
   // The order should have changed *and* the container should have grown to
   // accommodate extension C. The new order should be A C B, and all three
   // extensions should be visible, with no overflow menu.
   EXPECT_EQ(extension_a()->id(), browser_actions_bar()->GetExtensionId(0));
   EXPECT_EQ(extension_c()->id(), browser_actions_bar()->GetExtensionId(1));
   EXPECT_EQ(extension_b()->id(), browser_actions_bar()->GetExtensionId(2));
   EXPECT_EQ(3u, container->VisibleBrowserActions());
-  EXPECT_FALSE(container->chevron()->visible());
   EXPECT_TRUE(toolbar_model()->all_icons_visible());
-
-  // TODO(devlin): Ideally, we'd also have tests for dragging from the legacy
-  // overflow menu (i.e., chevron) to the main bar, but this requires either
-  // having a fairly complicated interactive UI test or finding a good way to
-  // mock up the BrowserActionOverflowMenuController.
 }
 
 // Test that changes performed in one container affect containers in other
 // windows so that it is consistent.
 IN_PROC_BROWSER_TEST_F(BrowserActionsBarBrowserTest, MultipleWindows) {
   LoadExtensions();
   BrowserActionsContainer* first =
       BrowserView::GetBrowserViewForBrowser(browser())->toolbar()->
           browser_actions();
 
@@ skipping 24 matching lines @@
   gfx::Point location(view->x() + view->width(), view->y());
   ui::DropTargetEvent target_event(
       drop_data, location, location, ui::DragDropTypes::DRAG_MOVE);
 
   // Drag and drop.
   first->toolbar_actions_bar()->OnDragStarted();
   first->OnDragUpdated(target_event);
 
   // Semi-random placement for a regression test for crbug.com/539744.
   first->Layout();
-  EXPECT_FALSE(first->chevron_for_testing()->visible());
-
   first->OnPerformDrop(target_event);
 
   // The new order, B A C, should be reflected in *both* containers, even
   // though the drag only happened in the first one.
   EXPECT_EQ(extension_b()->id(), first->GetIdAt(0u));
   EXPECT_EQ(extension_b()->id(), second->GetIdAt(0u));
   EXPECT_EQ(extension_a()->id(), first->GetIdAt(1u));
   EXPECT_EQ(extension_a()->id(), second->GetIdAt(1u));
   EXPECT_EQ(extension_c()->id(), first->GetIdAt(2u));
   EXPECT_EQ(extension_c()->id(), second->GetIdAt(2u));
 
   // Next, simulate a resize by shrinking the container.
   first->OnResize(1, true);
   // The first and second container should each have resized.
   EXPECT_EQ(2u, first->VisibleBrowserActions());
   EXPECT_EQ(2u, second->VisibleBrowserActions());
-  EXPECT_TRUE(first->chevron_for_testing()->visible());
-  EXPECT_TRUE(second->chevron_for_testing()->visible());
 }
 
 // Test that the BrowserActionsContainer responds correctly when the underlying
 // model enters highlight mode, and that browser actions are undraggable in
 // highlight mode. (Highlight mode itself it tested more thoroughly in the
 // ToolbarActionsModel browsertests).
 IN_PROC_BROWSER_TEST_F(BrowserActionsBarBrowserTest, HighlightMode) {
   LoadExtensions();
 
   EXPECT_EQ(3, browser_actions_bar()->VisibleBrowserActions());
@@ skipping 242 matching lines @@
 
   main_bar()->OnDragUpdated(target_event3);
   main_bar()->OnPerformDrop(target_event3);
 
   // Order should be A C B, and there should be no extensions in overflow.
   EXPECT_EQ(extension_a()->id(), main_bar()->GetIdAt(0u));
   EXPECT_EQ(extension_c()->id(), main_bar()->GetIdAt(1u));
   EXPECT_EQ(extension_b()->id(), main_bar()->GetIdAt(2u));
   EXPECT_TRUE(VerifyVisibleCount(3u));
 }