On the mAirList web site, I can click BLOG in the side menu and the ‘extracts’ page displays. So far, so good! BUT clicking on any ‘Read more’ link displays the page, overlaid with an IE7 ‘Stop’ MessageBox:
Before other people complain that ‘you “should” be using Firefox/Opera/Chrome/anything-except-IE:’
I prefer (yes, you read that correctly: PREFER) IE7 to all other browsers. Pleasse don’t waste your time or mine trying to persuade me otherwise. If you prefer something else, fine: just respect my decision also!
In most corporates with centrally-managed IT, IE7 (or even IE6!) is the standard browser, so anyone in a Large Company would have the same problem as me (?), potentially losing Torben sales of mAirList, because in IE7, it looks like some of his site isn’t working.
Do you have any idea what might be causing this problem, Torben? It isn’t a ‘numbered’ HTTP error like a 401 or 501; it seems to be something that IE can’t display (e.g. a link or reference to an object like an image it can’t find),
Hi Cad, I have recently started suffering exactly the same in IE. However its not always at the same site, but the warning dialog appears randomly at various websites. Those included are Amazon, MediaUK and Google.
However I use a variety of browsers to check web design layouts so can easily switch to another browser.
Strangely if you move away from the offending site and then return all seems OK until visiting another day.
It’s obviously one of the JavaScript items included in that pages. I suppose it’s lightbox (to display images as an overlay), because that one is only used in the single post page template.
What I hate so much about IE is that - whatever error occurs - it always takes you to the same meaningless “this page cannot be displayed” page.
Btw, the design error in the header you pointed out is still there. I haven’t had the time to sort it out yet.
Tony: moving away from the page and back again did NOT cure the error on my IE7.
Torben: I’m surprised to learn that it’s reCAPTCHA that is causing the problem. I use several sites which employ reCAPTCHA and they all display (and work!) just fine in my IE7! I presume that you can’t modify the blog pages (as suggested by MS) so that the reCAPTCHA script isn’t trying to modify an object which MS is regarding as ‘out of allowable modify scope’ for a script?
PS: I’m not upgrading to IE8 (yet!). I’m waiting to hear that some of its new interesting bugs are fixed before I do that.
I read a couple of forum threads this morning. As it seems, the problem is that the reCAPTCHA JavaScript code is not in the header section of the HTML, but inserted somewhere in the middle inside some DIVs. IE doesn’t seem to like that.
As the reCAPTCHA is provided by a Wordpress plugin, I am not able to move the code around.
Having received the first couple of spam comments tonight, I decided to solve this problem for good.
It’s the combination of reCAPTCHA (for the spam protection) and lightbox (for the overlay images) which causes the trouble. I moved the reference to the lightbox script to the bottom of the page, a tip I read somewhere, and now it works.
The design bug in the header logo has also been resolved.
And yes, IE6 and IE7 are both very particular about where you put a script IF it is doing any DHTML-type alterations; it was sort of an attempt by M$ to do very crude ‘sandboxing’ of DHTML scripts (e.g. if your script code is physically within a DIV, it can’t amend anything on the page ‘outside’ its own DIV).
As you correctly say, the usual fix (workaround? ;)) is to move the script to somewhere more ‘global,’ typically at the start or end of the BODY.