Check if IE is giving you an error, that little yellow triangle with the ! in it. Should be on the lower status bar. Click it and see what scripting error it mentions, then give that info to the support desk for the script you are using, along with the version of IE and your OS. They should be able to help you from there.

I was able to duplicate this condition exactly. Loads perfect in Firefox, but it just hangs in IE8. The blue load bar just creeps to the right and goes into a resource hogging coma and I had to terminate the browser. Now, if I open the browser again, load the cloaked URL in one tab and the upper frame's target URL in a second tab, both tabs load quickly. Here's some additional feedback for you: it also loads correctly in Google Chrome, but refuses to load in Apple Safari, although the target URL loads correctly by itself. I'd suggest bending some ears at FreeLinkCloaker about it. The fact that your target page loads fine in browsers but their frameset does not is clearly not your fault. It must be something to do with their service. :confused:

Hi,

If you run that page in Chrome it loads fine but you get the warning:

"Unsafe JavaScript attempt to access frame with URL freelinkcloaker(dot)com/recommends/Email-Promos]Untitled Document[/url] from frame with URL emailpromosexposed(dot)com/thankyou.php]Email Promos Exposed - How to Write Killer Email Promos That Get Results[/url]. Domains, protocols and ports must match."

Wouldn't be surprised if it's not working in IE because of security issues. It might be treating it as a cross site scripting call and be blocking it. Easy way to check is disable the security settings in IE briefly and see if the page loads.

Hope that helps,
Paul.

[DELETED]

If you open developer tools (available from the Tools menu) then click on "show console", which on my version of chrome is the second icon from the left in the bottom left hand corner of the screen.

Once you've got the console open just refresh the page and warning appeared. It may be a red herring but it does look like IE is blocking the script which would be consistent with XSS security settings.

Not sure if you've fixed it or not (would be great if you could post your solution if you do)...

From memory even on the lowest configurable setting in IE most of the javascript security settings are still enabled. I think to remove all security settings you need to do a custom security profile which basically means you go through each setting individually and disable it.

Have you seen this post on MSDN?

msdn.microsoft dot com/en-us/library/ms535251(v=vs.85).aspx

If you search for "between frames that host" on that page there's some info about IE restricting interactions between framesets.

From my testing it appears that Ie is blocking the site, due to COOKIE restrictions, caused by the lack of a privacy policy. As soon as i choose to accept all cookies, the problem disappeared.

Interesting. IE is actually probing your site for a privacy policy?