Add mechanism to auto mount file systems in response to a URL request.

webkit/browser/fileapi/file_system_url_request_job_factory.h

 // Copyright (c) 2012 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.
 
 #ifndef WEBKIT_BROWSER_FILEAPI_FILE_SYSTEM_URL_REQUEST_JOB_FACTORY_H_
 #define WEBKIT_BROWSER_FILEAPI_FILE_SYSTEM_URL_REQUEST_JOB_FACTORY_H_
 
+#include <string>
+
 #include "net/url_request/url_request_job_factory.h"
 
 #include "webkit/browser/webkit_storage_browser_export.h"
 
 namespace base {
 class MessageLoopProxy;
 }  // namespace base
 
 namespace fileapi {
 
 class FileSystemContext;
 
 // |context|'s lifetime should exceed the lifetime of the ProtocolHandler.
 // Currently, this is only used by ProfileIOData which owns |context| and the
 // ProtocolHandler.
 WEBKIT_STORAGE_BROWSER_EXPORT net::URLRequestJobFactory::ProtocolHandler*
-    CreateFileSystemProtocolHandler(FileSystemContext* context);
+    CreateFileSystemProtocolHandler(const std::string& partition_domain,

[kinuko, 2014/03/12 05:50:40]

nit: prefer using the same term (partition_domain vs storage_domain)

[vandebo (ex-Chrome), 2014/03/12 18:35:54]

Agreed.  storage_partition_impl_map.cc uses partition_domain throughout. I think
outside that contest, storage_domain is more clear, so I've called the new
references outside of there storage_domain.

+                                    FileSystemContext* context);
 
 }  // namespace fileapi
 
 #endif  // WEBKIT_BROWSER_FILEAPI_FILE_SYSTEM_URL_REQUEST_JOB_FACTORY_H_