| Index: content/browser/browser_plugin/browser_plugin_guest.h
 | 
| diff --git a/content/browser/browser_plugin/browser_plugin_guest.h b/content/browser/browser_plugin/browser_plugin_guest.h
 | 
| index 1d975f406a20fe3797bc3f7aa42e0e5cff1f2ffd..bb4879902a65715ad08f32e255f60c46791e5704 100644
 | 
| --- a/content/browser/browser_plugin/browser_plugin_guest.h
 | 
| +++ b/content/browser/browser_plugin/browser_plugin_guest.h
 | 
| @@ -187,6 +187,17 @@ class CONTENT_EXPORT BrowserPluginGuest : public GuestHost,
 | 
|  
 | 
|    gfx::Point GetScreenCoordinates(const gfx::Point& relative_position) const;
 | 
|  
 | 
| +  // This method is called by the RenderWidgetHostViewGuest to inform the
 | 
| +  // BrowserPlugin of the potential location of the context menu event (to
 | 
| +  // come). The need for this (hack) is that the input events when passed on to
 | 
| +  // the BrowserPlugin are modified by any CSS transforms applied on the plugin.
 | 
| +  // Therefore, the coordinates of the context menu event with respect to the
 | 
| +  // container window are modifed with the guest renderer process beiung unaware
 | 
| +  // of the change. Then eventually, when the context menu event arrives at the
 | 
| +  // browser, it contains the wrong coordinates (BUG=470087).
 | 
| +  // TODO(ekaramad): Find a more fundamental solution and remove this later.
 | 
| +  void SetContextMenuPosition(const gfx::Point& position);
 | 
| +
 | 
|    // Helper to send messages to embedder. If this guest is not yet attached,
 | 
|    // then IPCs will be queued until attachment.
 | 
|    void SendMessageToEmbedder(IPC::Message* msg);
 | 
| 
 |