Pass content-type resources to web intents. Goes through download, then invokes the p…

chrome/browser/download/chrome_download_manager_delegate.cc

Index: chrome/browser/download/chrome_download_manager_delegate.cc
diff --git a/chrome/browser/download/chrome_download_manager_delegate.cc b/chrome/browser/download/chrome_download_manager_delegate.cc
index 4211ffe2648da72b567756950aa0f3694b86ec6a..ae9d54bb18342c462912d641dfab08baedf9536e 100644
--- a/chrome/browser/download/chrome_download_manager_delegate.cc
+++ b/chrome/browser/download/chrome_download_manager_delegate.cc
@@ -208,6 +208,23 @@ bool ChromeDownloadManagerDelegate::ShouldCompleteDownload(DownloadItem* item) {
   return true;
 }
 
+bool ChromeDownloadManagerDelegate::ShouldOpenWithWebIntent(
+    DownloadItem* item) {
+  std::string mime_type = item->GetMimeType();
+  LOG(INFO) << "Testing " << mime_type << " for web intents";
+
+  // TODO: Check for explicit user-caused download?
+
+  if (mime_type == "application/rss+xml" ||

[jam, 2012/03/16 21:36:26]

why is this stuff in chrome?

[Greg Billock, 2012/03/18 00:32:21]

This method is basically a policy delegation to the embedder. The content layer
says "hey, do you want me to dispatch this download I just did by issuing a web
intent?" I think it's possible that different embedders would have different
answers to that question. Specifically, maintaining a whitelist of this kind, or
deriving it from a list of installed apps, seems like something that should be
done chrome-side.

+      mime_type == "application/atom+xml" ||
+      mime_type == "application/ms-word" ||
+      mime_type == "application/pdf") {
+    return true;
+  }
+
+  return false;
+}
+
 bool ChromeDownloadManagerDelegate::ShouldOpenDownload(DownloadItem* item) {
   if (!IsExtensionDownload(item)) {
     return true;