Fix a regression where extension APIs would sometimes not be available on the

content/browser/renderer_host/render_process_host.h

Index: content/browser/renderer_host/render_process_host.h
diff --git a/content/browser/renderer_host/render_process_host.h b/content/browser/renderer_host/render_process_host.h
index 94ff03feb805ca2acf1221b58031c234c7982fed..22d7ffb746367107e5e8cb71e6747021d07b2040 100644
--- a/content/browser/renderer_host/render_process_host.h
+++ b/content/browser/renderer_host/render_process_host.h
@@ -162,6 +162,11 @@ class RenderProcessHost : public IPC::Channel::Sender,
 
   // Virtual interface ---------------------------------------------------------
 
+  // Old RenderProcessHosts can be reused. Call this before Init to reset the
+  // instance to the state it was before being used. Has no effect if called on
+  // a fresh RenderProcessHost.
+  virtual void PrepareForReuse() = 0;

[Charlie Reis, 2011/06/22 00:52:31]

Since we always call this (even on the first use), should we call it something
like PrepareForUse()?

[Matt Perry, 2011/06/22 21:14:12]

I renamed to EnableSendQueue to reflect what it actually does.

+
   // Initialize the new renderer process, returning true on success. This must
   // be called once before the object can be used, but can be called after
   // that with no effect. Therefore, if the caller isn't sure about whether