Implement support in DefaultComponentInstaller for picking up bundled

chrome/app/chrome_main_delegate.cc

Index: chrome/app/chrome_main_delegate.cc
diff --git a/chrome/app/chrome_main_delegate.cc b/chrome/app/chrome_main_delegate.cc
index 8ea00c77069be45358207274c58e24df948f0198..eb84e4f56916e86e26fe8b47eb7e40fc0414ae35 100644
--- a/chrome/app/chrome_main_delegate.cc
+++ b/chrome/app/chrome_main_delegate.cc
@@ -724,7 +724,8 @@ void ChromeMainDelegate::PreSandboxStartup() {
 
   // Register component_updater PathProvider after DIR_USER_DATA overidden by
   // command line flags. Maybe move the chrome PathProvider down here also?
-  component_updater::RegisterPathProvider(chrome::DIR_USER_DATA);
+  component_updater::RegisterPathProvider(chrome::DIR_INTERNAL_PLUGINS,

[xhwang, 2016/05/02 17:46:59]

Components are part of chrome and not necessarily plugins. Can we have a path
that is not plugin specific?

[waffles, 2016/05/03 21:04:22]

This is an interesting discussion, due to how Flash is bundled on Mac (and
whether other components will have to do a similar thing, living in the
framework directory). DIR_INTERNAL_PLUGINS is special-cased in PathService, and
I'd prefer to inherit that behavior. I think wfh@ will have some input here.

+                                          chrome::DIR_USER_DATA);
 
   // Enable Message Loop related state asap.
   if (command_line.HasSwitch(switches::kMessageLoopHistogrammer))