Spun off of bug 1377299, POST data and any other HTTPBody or HTTPBodyStream is missing from NSURLRequest objects provided in the WKNavigationDelegate.
- Implement a WKNavigationDelegate
- Submit a form
- In webView:decidePolicyForNavigationAction:decisionHandler:, try to extract the form data via navigationAction.request.HTTPBody
None of the data is there (apparently by design, per comment 5 in the other bug).
This is a serious problem for Chromium, since we implement our own back/forward handling (for a variety of reasons, a significant one being the ability to sync tabs with history across devices, and to re-create tabs with full history across cold launches of the app--since there's no way to edit the history of a WKWebView, only read it, maintaining our own stack is our only option). This bug means that going back or forward to a page that includes any kind of HTTP body will fail to work correctly.
This is also filed as rdar://18399639
Any update on this? This seems like it is blocking a fair number of people and really making WKWebView incomplete for many developers.
If not, is there a good workaround? This seems pretty terrible to me:
Based on the link, it sounds like you are looking for bug 145410 rather than this one.
Just wanted to add in here that I would like to see some time put into making this work.
I understand why it is not currently implemented.
However, it seems to me that at the point where decidePolicyForNavigationAction is executing, the WebKit process is waiting anyway so getting the process to do a slow copy of some data should not be an issue - could there be a way to have the WKWebView instance get the HTTPBody (presumably requesting it over IPC) then, only if requested. Or does the IPC not work that way?
I have also filed this as rdar://24489009