Wow – yup, it’s me, posting about a gotcha/bug/quirk/random/issue relating to our Sharepoint 2010 installation, infopath 2010 and IE8 vs IE9.

So I have an everlasting problem with my desktop at work, in that it is BSOD me once or twice (sometimes more) a day since Thursday.  It started after I got infected with some Windows 7 Security spyware, and then did a restore to a previous restore point on the PC.  Too busy to really fix it – until today, when I updated via Windows Update – and decided “to hell with the devil” and installed IE9.

If you know me – then you know that I love Sharepoint, so the first things I did once IE9 was installed, was to test drive it through both our WSS3 site and our Sharepoint 2010 site.  Everything seemed to be working… until…  I opened an infopath filler form published in our Sharepoint 2010 environment and recieved the following error:

How very odd – it worked in IE8.  So I went to our WSS3 site and tried an Infopath 2007 and 2010 Filler form – and it worked fine.  So I busted my arse hunting down the problem, tested with IE8 – which still worked fine, and then spotted that under the context menu for an existing form – that I could open it in either a browser or filler form.  Tried it in the filler form – and it worked – sweet.  So, into the > library settings > advanced settings > Opening Documents in the Browser

Here you have three options for the default open behavior for browser-enabled documents:

1. Open in the client application
2. Open in the browser
3. Use the server default (Open in the browser)

And – yes, ours was set to: 3.  Use the server default (Open in the browser)

Changing this setting to: 1. Open in the client application  – of course, fixes the behaviour… however – it doesn’t explain why IE8 user behaviour opens it in the client application, when it should open in the browser…  very strange, and a gotcha if you are using Infopath 2010 Filler Forms, Sharepoint 2010 and IE8 – and then upgrade to IE9 and wonder why your users can’t open forms anymore…