In ChromeFrame if window.open is received for a pending external tab, i.e. which has not received a connect from the host browser, currently we end up crashing chrome due to dereferencing a NULL automation channel.
In ChromeFrame if window.open is received for a pending external tab, i.e. which has not received a connect
from the host browser, currently we end up crashing chrome due to dereferencing a NULL automation channel.

Ideally we should queue all IPC messages destined for a pending tab and send them out once we receive a connect.
However that solution is tricky as the messages carry the tab handle as one of the arguments which is only available
when we receive a connnect for the tab. The AutomationHandleTracker gives out these handles and is per automation provider.

We may have different automation provider instances in the case of IE8 and hence we cannot pre compute the tab handle.

Current solution is to add a NULL check around the offending code path which would basically drop the new contents
notification.

Fixes bug http://code.google.com/p/chromium/issues/detail?id=49188

Bug=49188

Review URL: http://codereview.chromium.org/3021002

git-svn-id: dd90618784b6a4b323ea0c23a071cb1c9e6f2ac7@52780 4ff67af0-8c30-449e-8e8b-ad334ec8d88c

wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser,wistoch/meego-app-browser