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:
- Open in the client application
- Open in the browser
- 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…