I've seen something similar happen with other sites' FB logins (e.g. Groupon) if you load them in a UIWebView
. If this is the same problem (which I think it is), it is due to Facebook opening up the login window in a popup as you suspected. What happens on a normal browser is that another window (popup) is opened for login, and then when the user logs in, that login window communicates back to the original window to say that it has logged in. They probably use EasyXDM or something similar. There seem to be a few layers of strategies to communicate including Flash and postMessage
.
On iOS (and Android) this should mean it'll end up communicating with postMessage
. If you track the URLs that go through your UIWebView
you should see something like this near the end:
https://s-static.ak.fbcdn.net/connect/xd_proxy.php#<lots of stuff>&relation=opener&transport=postmessage&<lots more stuff>
UIWebView
doesn't support multiple windows so it can't postMessage
back to your original page since it's no longer loaded. What you can do is detect when the UIWebView
is trying to load the FB login page and load that in a separate UIWebView
. Now you have two windows to work with.
Unfortunately, this is still not enough as when the JavaScript on FB's page tries to run window.opener.postMessage
or window.parent.postMessage
it doesn't work because window.parent
and window.opener
aren't set to the appropriate window. I don't know of a good way to do this in iOS (in contrast Android provides a proper API for this).
The way I've worked around this is to hack up a JavaScript object to wrap these calls. Something like:
window.opener={};
window.opener.postMessage = function(data,url) {
// signal your code in objective-c using some strategy
};
window.parent = window.opener;
There are a few ways you can call Objective-C from JavaScript including this one from the official docs. You can inject this code into that static FB login page I mentioned before using stringByEvaluatingJavaScriptFromString:
. I couldn't find a good time to do this, so I just inject it after page load and call doFragmentSend()
which is the FB JavaScript method on that static page that normally gets called on body load.
So now all we need to do is pass on this data into the original UIWebView
by calling postMessage
. It'll look something like this:
NSString *post = [NSString stringWithFormat:@"window.postMessage('%@', '*');", data];
[webView stringByEvaluatingJavaScriptFromString:post];
If you haven't noticed by now, this is a huge messy hack and I probably wouldn't recommend it unless you have no alternative, but it's worked for me.