Cross-process postMessage

content/browser/browser_context.h

 // Copyright (c) 2011 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 CONTENT_BROWSER_BROWSER_CONTEXT_H_
 #define CONTENT_BROWSER_BROWSER_CONTEXT_H_
 #pragma once
 
 #include "base/hash_tables.h"
+#include "content/browser/frame_mapper.h"
 
 namespace fileapi {
 class FileSystemContext;
 }
 
 namespace net {
 class URLRequestContextGetter;
 }
 
 namespace quota {
@@ skipping 75 matching lines @@
   virtual bool DidLastSessionExitCleanly() = 0;
 
   // The following getters return references to various storage related
   // contexts associated with this browser context.
   virtual quota::QuotaManager* GetQuotaManager() = 0;
   virtual WebKitContext* GetWebKitContext() = 0;
   virtual webkit_database::DatabaseTracker* GetDatabaseTracker() = 0;
   virtual ChromeBlobStorageContext* GetBlobStorageContext() = 0;
   virtual ChromeAppCacheService* GetAppCacheService() = 0;
   virtual fileapi::FileSystemContext* GetFileSystemContext() = 0;
+
+  FrameMapper& frame_mapper() { return frame_mapper_; }
+ private:
+  FrameMapper frame_mapper_;

[Charlie Reis, 2011/12/01 23:13:02]

Hmm, you might get pushback on this.  It might need to be created on the various
implementations of BrowserContext (ProfileImpl, OffTheRecordProfile,
ShellBrowserContext, TestBrowserContext).

There's a bigger question here if Albert does make isolated apps use a different
BrowserContext, though.  That's uncertain, but if so, a tab will change its
BrowserContext over time (and may send postMessages to tabs in other
BrowserContexts).

[supersat, 2011/12/09 23:08:20]

Are frames in different browser contexts able to script each other? 

[Charlie Reis, 2011/12/12 22:20:36]

Yes.  Picture an isolated app that opens a window to a different site, then
tries to use postMessage.  The isolated app would be in its own BrowserContext,
but could script windows outside of it.  (This does depart a bit from the idea
of an isolated app as living in a separate web browser, but I argue it makes a
lot of sense to allow postMessages across that boundary.)

Note that it's seeming more likely we're going down that path, so maybe we
should find a different place to store this map...

[supersat, 2011/12/15 19:30:49]

Okay. A BrowsingInstance initially seemed like the best place to put this, but
it seems like a BrowsingInstance can only have one BrowserContext. So, perhaps
we should make this global to the whole browser?

 };
 
 }  // namespace content
 
 #if defined(COMPILER_GCC)
 namespace __gnu_cxx {
 
 template<>
 struct hash<content::BrowserContext*> {
   std::size_t operator()(content::BrowserContext* const& p) const {
     return reinterpret_cast<std::size_t>(p);
   }
 };
 
 }  // namespace __gnu_cxx
 #endif
 
 #endif  // CONTENT_BROWSER_BROWSER_CONTEXT_H_