implementation for new duplicate download UI

components/infobars/core/infobar_delegate.h

Index: components/infobars/core/infobar_delegate.h
diff --git a/components/infobars/core/infobar_delegate.h b/components/infobars/core/infobar_delegate.h
index 5032430d36c543c51f859f728bf3a93f6ac16bb9..a7580b50cc259dfab32cfca2561a8ce556937b7f 100644
--- a/components/infobars/core/infobar_delegate.h
+++ b/components/infobars/core/infobar_delegate.h
@@ -74,8 +74,8 @@ class InfoBarDelegate {
     TEST_INFOBAR = 0,
     APP_BANNER_INFOBAR_DELEGATE_ANDROID = 1,
     APP_BANNER_INFOBAR_DELEGATE_DESKTOP = 2,
-    ANDROID_DOWNLOAD_MANAGER_OVERWRITE_INFOBAR_DELEGATE = 3,
-    CHROME_DOWNLOAD_MANAGER_OVERWRITE_INFOBAR_DELEGATE = 4,
+    ANDROID_DOWNLOAD_MANAGER_DUPLICATE_INFOBAR_DELEGATE = 3,
+    CHROME_DUPLICATE_DOWNLOAD_INFOBAR_DELEGATE = 4,

[Peter Kasting, 2016/11/05 00:26:57]

Is changing these OK, in terms of getting histogram data from the old and new
things mixed together?

[gone, 2016/11/07 19:45:56]

AFAICT they're expanding the scope of the overwrite infobar to catch more
downloads.  It should be fine to reuse the old IDs.

[qinmin, 2016/11/08 00:30:50]

These enums represents how the infobar is generated, from Java side or from
native sode. And since this CL doesn't change the way infobar is generated, so
reusing them should be ok.

     DOWNLOAD_REQUEST_INFOBAR_DELEGATE_ANDROID = 5,
     // Removed: FULLSCREEN_INFOBAR_DELEGATE = 6,
     HUNG_PLUGIN_INFOBAR_DELEGATE = 7,