Archive for Broken on IE7
July 25, 2008 at 2:43 pm · Filed under Broken on IE7, Frustrations, ie6, ie7
Today we ran into a very fun error and by fun I mean stupid on the part of IE and probably because we had some fun trying to make it work. As it turns out, IE doesn’t like it when you use the lightbox script and the swfobject on the same page. I understand that this two scripts are not made to work together but the cool part is that they do work together without any problem on Firefox.
The problem is simple but it is quite annoying since it makes our website useless since IE decides to close the page giving the following error: “Internet Explorer cannot open the Internet site http://<Web site>.com. Operation aborted.” Their excuse is simple: “This problem occurs because a child container HTML element contains script code that tries to modify the parent container element of the child container. The script code tries to modify the parent container element by using either the innerHTML method or the appendChild method.” and they give a simple workaround that involves placing the script on a closed div or something of that sort which we tried with no luck.
What we ended up doing was implementing a mootools domready type function for prototype to initialize both the lightbox and the swfobject once the DOM is fully loaded. Of course this fixed the problem but, when we tested on IE7, the lightbox overlay doesn’t cover the whole screen (I think this bug is unrelated to our issue but it is still an annoying bug that happens only in IE7). So, we decided to take the overlay out so the image now appears floating in the middle of the website with no backdrop.
As we usually say here on Stupid IE: Thanks IE for making our lives a little better.
July 14, 2008 at 3:11 pm · Filed under Broken on IE7, Broken on IE8, ie6, ie7, ie8
This post comes from a mix of two articles dealing with security while browsing the Web. In simple terms, if you are using IE on any version (5 - 
then the chances of your computer getting hacked with malware, exploits, viruses etc, are far greater than someone using a good browser like our favorite: Firefox.
The article explains us that: “The vulnerability poses a special danger since the ActiveX control is digitally signed by Microsoft, which means that people who have Internet Explorer configured to trust ActiveX controls with that designation would run it automatically if encountered on a Web page.
Some of the Web pages that have already been hacked with automated SQL injection attacks earlier this year are also hosting the Microsoft Access attack, according to Symantec’s Sean Hittel.”
And yes, it is Symantec who is explaining the problem and yes, July patches are out so IE users will have to wait or disable their ActiveX control in order to be safer.
July 10, 2008 at 3:46 pm · Filed under Broken on IE7, General
Haven’t tried this myself, is not very easy now that I’ve completely crossover Mac and I only use IE to test Websites about once every week, but it seems that IE is a memory thief.
Has anybody experienced a similar issue? We may need to keep an eye about this on the upcoming IE8 since it seems to be a recent behavior probably caused by a patch?
July 9, 2008 at 8:39 am · Filed under Broken on IE7, Frustrations
I know iframes are not that great because of accessibility issues etc but they are a great solution when clients want to white label applications or information from other Websites which in case is what I had to do on this occasion and what triggered this post.
To make a long story short, I have a client that wanted to offer the reservation system I created for them to other websites who in turn didn’t want to have clients go away from their own websites or see my client’s logo and contact information. My client’s system was tied in with their internal Database and server and for security everything needed to be ran on their servers without any external connections so the easiest way was to create a stripped down version of the reservation process, in other words just the forms, which could be placed on an iframe.
Everything worked perfectly on Firefox of course but when we go to IE, we get an error because the sessions are not set correctly so the whole system fails.
So here I am, once again trying to figure out a workaround to have something as simple as a form, that uses PHP sessions set on an iframe, work on IE the way it flawlessly work on Firefox. Seriously people, we should sue Microsoft for damages in all the time and effort wasted getting our websites to work on their crappy monopolized browsers.
* Update
Apparently by adding this: header(’P3P: CP=”CAO PSA OUR”‘); to the page involved in setting the sessions will make IE work correctly. Just thought I add this for everybody that’s having the same problem,
May 22, 2008 at 9:54 pm · Filed under Broken on IE7, Broken on IE8, CSS Disasters
I think I finally found a Website that expresses as much hatred for Microsoft and their IE browsers as we do here at Stupid IE.
Andrew at Floor44.co.uk have written a very interesting post giving even more reasons to shot kill throw pies in the faces of all Microsoft developers for the rest of their existence.
In the post, Andrew has an image of the compatibility table for CSS3 and folks, let me tell you something: It i not looking good. I really don’t get all the hype of some people about IE8 when it is actually worse, at least as far as css selectors go, than IE7. I mean, and I said this more than twice before, shouldn’t an update or a new version be better than the previous one?
Oh Microsoft, really I don’t condone shooting people or killing them by any other means. But seriously Microsoft, you are pushing a lot of people. Maybe is just time to sue.
April 19, 2008 at 12:30 am · Filed under Broken on IE7, Firefox Image of the Week, Frustrations, Users, ie7
“Sorry,
I am still a newbie, and getting more frustrated all of the time.
I have been working on a website for work, using the Sons of Ursidae menus.
I had previously tried to use the Sons of Suckerfish menu, and I got it to work in IE, but unfortunately, the third level menu was much too short and caused the form name to show up on mutiple lines. See www.twiggtimes.com/cccco/index4.htm
So I after researching, I found that this was a problem with this type of menu. So I found the Sons of Ursidae menu. www.twiggtimes.com/cccco/index10.htm which overcame that problem. The javascript was moved into a separate file, as I had read that it would be better to only load it when necessary, and to keep the html looking better.
I kept fighting with it, and could not get it to work in IE 7. Then I decided to try it in Firefox, and it worked. I also tried it in Opera, and again it worked. I do have an issue with the video showing up on top on the menu, but I would change the video back to a image file in a heartbeat to get the menu to work.
Is there something that is obvious to you that I am missing?
This thing is becoming more annoying to me everyday.
Thanks for your time,
Patrick”
March 31, 2008 at 3:21 pm · Filed under Broken on IE7, Broken on IE8
Well, apparently is not that good. According to Mandown IE8 still breaks some mapping websites even when the emulate IE7 button is on.
I haven’t tested this myself, but if it’s true, then we can expect the IE8 will break websites that are already working on IE7 even if we, as developers, tell it to render it as IE7.
Once more, Thanks Microsoft for making our lives so wonderful.
March 28, 2008 at 3:00 pm · Filed under Broken on IE7, Broken on IE8, Frustrations, Plain Evil
The reason for the Emulate IE7 button on IE8 is because Microsoft is always behind on what they should do. For instance, you have a crappy browser, IE6 so you decide to force people to update but, and only if, you have a valid version of windows. So obviously a lot of people do not update their browser. Of course Microsoft realizes that this is a mistake and releases IE7 without any genuine check so that everybody can upgrade but there’s still some people that do not want to and we are just left to wonder, why if they force other stupid updates they don’t get everybody to IE7 once and for all.
Now with IE8 coming this year, it looks like IE7 will still be around which means that developers will have to use the IE7 button when testing their websites to make sure it looks correct on both versions and after that, use Multiple IE’s to be able to test on IE6.
Thanks again Microsoft, for making the Web DEveloper life so more interesting.
March 27, 2008 at 7:47 am · Filed under Broken on IE7, Frustrations
So here I have a simple login page
Notice there is nothing fancy and I’ve included a forgot your password button that is using the Mootools Framework to slide the form used for the forgotten password recovery as well as disabling the form used to login
It works perfectly on all browsers including IE7 (haven’t tested this on IE8). That is of course the first time around. If I decide to cancel the forgot password and then open it back up, I get only half of the first line like displayed below:
This behavior happens only on IE7 and although it might not be common for a user to open, close and then open the forgot password again, it faces me with the decision of leaving it as it is, after all it works perfectly on every other browser, try to figure out a way to make it work on IE7 or changing my whole idea so that the forgot password form doesn’t use the mootools slide.
Thanks again IE, for making me waste my time in your stupid products.
