IE9 Compatibility View bites again

In our MOSS2007, environment we've had issues in the past with users getting the "InfoPath could not submit the form" message. Our "fix" was to uncheck the "Display intranet sites in Compatibility View" on the Compatibility View Settings screen (see below).

However, since yesterday, I've been trying to resolve an issue where a user could open an InfoPath form from the Form library, but got an error message when she tried to open the same form from the workflow task library. Another user in the same office was not experiencing the issue. So we began to compare settings, looking at Add-ons thinking that was the problem. However, nothing we changed in the Manage Add-ons section worked.

In correcting an unrelated issue with PeopleSoft screens in the browser (items were overlapping each other), we noticed that the second user had "Display intranet site in Compatibility View".

So we went back to user 1 and checked "Display intranet site in Compatibility View". Then I had her try to submit an InfoPath form as she normally would. The Infopath could not submit the form message came up, after she hit cancel on the login prompt that appeared.

I had her try again to submit the form, only this time she logged in. No error message. Form submitted successfully, manager was able to view the form successfully. And the user can now view forms from the task library.

The only other thing that changed was that we set the local domain in the trusted sites list (leaving the full URL for the SharePoint site in the Local Intranet settings).

I do wonder though, why if the person is logged into the SharePoint site (AD account ...user logs in to Windows and is automatically logged into SharePoint when they connect) does the InfoPath form require the user to login before it can be submitted?

Always something new to learn and observe!

Happy SharePointing all!

Comments

Make your SharePoint Libraries Favorites in Windows Explorer for Easier Saving

You're working furiously on a document with only a few minutes left until the doors close for the day (or your laptop battery dies, or some other emergency happens). You need to save the document to SharePoint, but you can't remember where the document library is in which you need to save the document. If you make your frequently used Document Libraries Favorites in Windows Explorer. That won’t be a problem again! Here's how to make it easier to save your documents to your SharePoint library: Create a Favorite in Windows Explorer. Not in your browser (Internet Explorer, Chrome, Firefox, etc.). Let me show you what I mean: Figure 1: Windows Explorer Favorites So how did I get this screen? And how did I put the Shared Documents folder in my Favorites? This blog post will answer those questions. How to Get to the Favorites in Windows Explorer: I’m using Windows 7, so if you’re running XP, Vista, or Win8, your screen may lo...

Creating and applying a Composed Look: 1. Download SharePoint Designer 2013 and SharePoint Color Palette Tool. 2. Create your theme using the SharePoint Color Palette Tool and save it as a .spcolor file. Suggest that you sort the Color Slot Grouping by UI Groups. 3. Open SharePoint Designer 2013. 4. Click Open Site. 5. Enter the URL of your SharePoint page (Master Page). 6. Click on All Files under Navigation. 7. Click on _catalogs. 8. Click on theme. 9. Click on 15. 10. Click Import Files. 11. Select your .spcolor file and click ok. You should now see your template file in the 15 directory. 12. Click All Files. 13. Click images. 14. Click Import Files. 15. Select the image you want for your background image and click ok. You should now see your image file in the image directory. 16. Now open the master page that you want to add the theme to in SharePoint 2013. 17. Click on the settings icon and select Site Settings. 18. Under Web Designer Galle...

SP2013 Drag Files Here does NOT show up in IE9 with Office 2010

As always, SharePoint provides daily learning lessons. Today I noticed that the "or drag files here" control didn't show up on computer where I was doing a demo of our new SharePoint 2013 environment. The machine in question is running Windows 7, Internet Explorer 9 (32-bit) in Compatibility View, and running Office 2010. I opened the same site in Firefox and was able to demo the drag and drop feature without issue. But this got me to questioning what was causing the problem (was the browser or the office version?) So I came back and looked at 2 machines in the office. Same build and updates on IE running on both machines. Same Compatibility and Internet Options settings. I tried removing Compatibility View and clearing browser history on IE, but this made no difference. Here's what the machine running Office 2010 looks like: The machine running Office 2013 shows the same site like this: I was logged on with the same credentials/permi...

Robin's SharePoint and Website musings

Search This Blog