Home > force.com Sites, salesforce, Visualforce > IE9 & salesforce.com: When the cloud rains

IE9 & salesforce.com: When the cloud rains

April 1st, 2011

UPDATE: See below.

If you don’t know already Internet Explorer 9 and Visualforce are a complete train wreck. Every single Visualforce page that performs a rerender (ajax operation) will not work with IE9. The operation appears to start and then never finishes. This has probably led to thousands of force.com developers scrambling around to find and implement a fix. The good news is fixes are pretty easy, you just need to force IE9 to run in IE8 compatibly mode. This page on developer.force.com has all of the dirty details.

So who’s is at fault for this? Microsoft’s IE9 or salesforce.com?

IE9!!! IE9!!! IE9!!! I can hear the pitchforks being raised and the chants being cheered. Yes, a lot of the blame falls directly on IE9 as they only partially implemented certain XML features that caused this big problem. I absolutely despise all things Internet Explorer and even to this day they still can’t build a browser that follows standards and just works most of the time. It’s easy to place all of the blame on IE9 but I actually place equal blame on salesforce.com.

For the longest time salesforce.com has had a policy that if a browser is not on the list of supported browsers you are basically screwed and receive little support. This type of policy is simply not acceptable anymore. This may have worked when salesforce.com was an app used primary by internal users as it is much easier to put controls about browser usage in place. This all changed with the release of Visualforce and more specifically the Sites functionality. You now have the ability to build public facing pages that anyone in the world can visit and you can’t control what browsers they use. If these customer facing sites don’t work you loose money and your reputation can be tarnished.

But it’s not really salesforce.com’s fault because they are using third party solutions and these are what actually broke some may say. A lot of Visualforce is based on the RichFaces technology which from what I understand also uses a JavaScript library called Sarissa and this is what broke with IE9. Salesforce.com is now a huge company and I would be willing to guess that when you factor in all of the Visualforce pages using these technologies they are one of, if not the biggest, user of these 3rd party solutions. I would argue they have a responsibility to take a vested interest and contribute to these projects as they are all open source. Maybe they are, I don’t know.

I always assumed that if you are the market leader in cloud applications you would have a group dedicated solely to supporting the latest browsers but salesforce.com browser support is always way too far behind. It seems to be more reactive than proactive. As far as I’m concerned it is inexcusable to not support new tier 1 browsers shortly after their release. This rings especially true when all of the browser companies make available betas and release candidates months before the final release. I’m no Marc Benioff but if the main tool for humans (ignoring API operations) to access my application was a web browser I’d make sure that latest and “greatest” are supported as soon as possible. Yes, I completely understand this is WAY easier said than done, but like I said, salesforce.com is huge and I think they can swing it or at least be better than they are today.

This story does have a happy ending though. Once again the salseforce.com/force.com community rose to the occasion working together to find a solution. Tweets were exchanged and blogs were updated as users around the world tried to isolate and fix the problem. In the end the solution was an easy fix, albeit a bit manual, as you must patch every affected Visualforce page. While I may have ripped in to salesforce.com throughout this post I still think in most areas they are doing a great job. They also deserve mad props for openly discussing this issue on their developer site. I doubt most enterprise companies would opening discuss problems with there products, even if the problem is not directly their fault, but doing so earns you some serious street cred with the people that use your product everyday.

Update:
salesforce.com has come through on this one. After a little over two weeks when this was first reported salesforce.com was able to release a patch and get this IE9 issue fixed. It’s very refreshing to finally not get the “browser is not supported response” and based on Stephan (PM for Visualforce) comments below this will get even better in the future.

  1. Paul
    April 1st, 2011 at 08:17 | #1

    My company supported IE9 within 2 days of production launch, and we’re not just talking website, but also browser plugin updates. We’re roughly 1/10 the size of salesforce employee-wise, with 100x the active user base size. I’m completely ashamed of the approach/method salesforce is taking with support for new technologies, and the clear fragmentation they are fully fostering with each new acquisition and product launch (I use launch loosely because they announce products a year before they are ready).

  2. Stephan Morais
    April 19th, 2011 at 14:13 | #2

    Hey Jason — Just wanted to let you know that we hear you loud and clear. We’ve started discussions about revamping our browser support policy so we can better keep up with new browsers as they’re released.

    Oh, and the IE9 Visualforce issue was fixed in last week’s patch.

  3. April 19th, 2011 at 14:25 | #3

    @Stephan Morais

    Awesome! On the patch and potential changes to the browser policy. I understand it’s a tough problem, especially with Chrome and now Mozilla now adopting an iterative release approach but at least these two tend to follow standards pretty well.

    I’ve updated the post regarding the fix that was put in place.

  4. April 19th, 2011 at 15:45 | #4

    Not sure what’s been fixed but we are not able to use Salesforce.com at all in IE9. Changing a simple picklist simply does not work, either double clicking on the picklist item or by using the selection arrows.

  5. April 20th, 2011 at 06:49 | #5

    Very well written article Jason! We have had a few customers (existing and potential) complain about our iTools product not working properly, only to discover they were using IE9. And, you are right on point with the community remark. Thanks to those out there who contributed to the discussions until a fix was provided. Thank goodness our customers are very understanding with things like this.

  6. Ben
    June 28th, 2011 at 10:06 | #6

    @stephan Morais

    It’s nice that this one bug was fixed, months later there are still many issues with Salesforce sales cloud and Internet Explorer. I’m more than a little annoyed with this.

  7. Rossa
    December 20th, 2011 at 10:43 | #7

    I’m using IE 9 and Salesforce is not refreshing properly. I put in a phone number and save for example, nothing appears. Also changes are not reflected in Recent Items also. I called support and I believe it’s from a foreign hispanic country now and it’s awful! The woman says, “it’s your browser, sir”. I told her I’m using IE 9 which is the ‘recommended’ browser as per Salesforce. She basically wanted to get off the phone and leave me stranded. I had to insist on escalating the call because she refused to help. What is happening to America? No wonder people all over the world are embracing Apple with their in person support = accountability.

  8. John Boddie
    February 6th, 2012 at 12:31 | #8

    When we encountered the IE9 re-sync problem, we were surprised to find that we could reproduce the symptoms on IE7 by setting Development Mode on, either with or without the View State selected.

  9. John Boddie
    February 6th, 2012 at 12:32 | #9

    Sorry – re-render problem, not re-sync

  10. Brian Conlon
    May 16th, 2012 at 05:53 | #10

    IE9 has issues reRendering in an iFrame. Using actionSupport and actionFunction to reRender changes to fields results in inconsistant behavior. I have a checkbox that when checked, updates a date field with today’s date, and when unchecked, sets the field to null. When I cycle thru checking/unchecking the behavior operates correctly. The second time I check, the checkbox initially displays checked, then goes blank and sets the date to null. I have similar issues with selectlist reRender. I do not have this issue in IE8 (switching to IE8 the IE9 browser), Chrome, Firefox nor Safari. I have removed iFrames from my pages the behavior in IE9 is fine.

  11. April 19th, 2013 at 23:14 | #11

    I am not able to see my pages on IE 10, is it also because lack of support of visual page support for IE 10.

    Thanks
    Pradeep