OpenURL post data handling.

content/browser/frame_host/render_frame_proxy_host.cc

Index: content/browser/frame_host/render_frame_proxy_host.cc
diff --git a/content/browser/frame_host/render_frame_proxy_host.cc b/content/browser/frame_host/render_frame_proxy_host.cc
index 9f7a80ce0ee0df946ecb231e1dbc849361b68ed7..6ee07fd4c7bc5c2c1f727e2b920b1097bb8c8516 100644
--- a/content/browser/frame_host/render_frame_proxy_host.cc
+++ b/content/browser/frame_host/render_frame_proxy_host.cc
@@ -260,11 +260,11 @@ void RenderFrameProxyHost::OnOpenURL(
 
   // TODO(alexmos, creis): Figure out whether |params.user_gesture| needs to be
   // passed in as well.
-  // TODO(lukasza): https://crbug.com/344348: Pass real method and post_data.
   frame_tree_node_->navigator()->RequestTransferURL(
       current_rfh, validated_url, site_instance_.get(), std::vector<GURL>(),
       params.referrer, ui::PAGE_TRANSITION_LINK, GlobalRequestID(),
-      params.should_replace_current_entry, "GET", nullptr);
+      params.should_replace_current_entry, params.uses_post ? "POST" : "GET",
+      params.resource_request_body);

[Charlie Reis, 2016/06/09 22:59:42]

Naively, I would expect this to fix https://crbug.com/585284 as well, but it
looks like we're still failing form-targets-cross-site-frame.html.  I take it
something else is needed?

[Łukasz Anforowicz, 2016/06/10 19:53:51]

Sorry for the confusion.  The CL under view fixes POST submissions for
https://crbug.com/585284 as well, but the full fix requires *both*: 1) the CL
under review and 2) handling form submissions targeting remote frames (currently
in CQ: http://codereview.chromium.org/1999573003).

 }
 
 void RenderFrameProxyHost::OnRouteMessageEvent(