We have a MOSS 2007 site running that has InfoPath forms (created in InfoPath 2007 and/or InfoPath 2010) with workflows created in SharePoint Designer 2010. We’re are preparing for an upgrade to SharePoint 2013. In preparation for that, we’ve been installing Office 2013 on users’s desktops.
We’ve begun to see intermittent issues with people not being able to submit forms from InfoPath 2013. Not all users experience the issues.
Those who do experience it get the same messages:
InfoPath cannot submit the form.
Some rules were not applied. InfoPath cannot submit the form. An error occurred while the form was being submitted. The form cannot be submitted to the following location: https://URL (Full URL is listed correctly) The site may be offline, read-only, or otherwise unavailable. The parameter is incorrect.
For those who have this error appear, they are running Windows 7, IE 8 or 9, and have the SharePoint URL set as the local intranet site in their browser.
Of the forms, we have 5 of the 7 are browser-enabled forms and submit without issue if the user accesses SharePoint from Mozilla Firefox or Google Chrome instead of Internet Explorer. While we’ll be redesigning all of the forms as part of the upgrade process, we need for people to be able to continue processing purchase reqs, time sheets etc, over the next 3-4 months.
Has anyone seen this issue or have any suggestions of how I track down the problem and provide a temporary solution?
Hi Robin, Glad to help you. If you navigate to Internet options > Security > Local Intranet sites and if you select “custom level” there is a section called User Authentication. Please set it to “Automatically login using username and Password”(something similar :D). Hope this should solve the login prompts too. It is unfortunate that we get bizarre responses from different versions of IE but it should work with a little tweaks 🙂
Thank you, Mark. We do not allow anonymous logon or other Extranet features. Â Users can connect from home however with the full domain login name\password. Â This allows our Sr. Staff who all use iPads to access the system from home/travel/wherever.
Thanks Natesan. Â Instead of using trusted sites, we use the Local Intranet setting in the browser. Â The reason we are doing it this way is that we found that the Local Intranet setting ensured that users were presented updates to any of the InfoPath forms automatically, where with the Trusted sites settings they were presented the option to update. Â Most users ignored the updated messages and we had major issues with users not using the current form versions. Â
We have users on both IE8 and IE9 who are able to submit forms and a handleful who aren’t. Â We have found that users on IE7 have a totally different set of issues and our “SOP” is to upgrade them to IE8. Â We have other student information systems that are not compatible with IE9 or IE10, so we have a large number of users still on IE8. Â
I will however look at the Developer tools and see if that makes any difference. Â Having a meeting with the IT team today to come up with a proactive approach to handling this for all 7 campuses (about 600 users total).Â
Thanks again for your input.
Hey Robin, good that compatibility setting did work. For the login prompts, can you please try to add the site to trusted site and give it a try? Having said that, I am not sure whats causing it but the compatibility of IE9 with the application. So if you click on Tools > F12 Developer tools menu, you will be able to change the Browser mode and Document Mode to IE7, IE8 and IE9. Feel free to play with that and figure how it is reacting to different modes, so that you will be able to understand the issue better . Hope this helps
Cheers!
Thanks Peter. Â Had to get one of our CIS instructors to show me how to look at the event logs on the client (learn something new every day). Â Will actually have to schedule a time to visit the user’s location to be able to do this. Â Thanks for the information.
