InfoPath Dev

Hi guys,

Having a really annoying issue here.
I have created an InfoPath 2007 form, and it is published to SharePoint (WSS3)

I can create a new form and submit it to the Form Library, and can open and view the form afterwards.
But when I go to resubmit the form, it fails.
It gives me the following error:

InfoPath cannot submit the form.
An error occurred while the form was being submitted.
The form cannot be submitted to the following location: https://sharepoint/Form_Library/Filename.xml
The file is in use by another application or user.

Any ideas?

Some further info.

I can open the form, make changes to it, save the form to my desktop, and then use the Upload function in SharePoint to upload it back to the form library (Allowing overwrites) and this will work.

I do not want the user to have to do this though.

When you created the data connection to submit to SharePoint, did you select the option to allow overwriting if the filename already exists?

That's strange, but it's likely being caused by your submit data connection as Ernesto was asking.  Can you type out the specifics of your submit operation?  You may need to spend time making your submit create a dynamic, automated filename such as in my blog post:

Auto-Generating Filenames for InfoPath Forms

Thanks for the replies.
The Data Connection does allow for overwriting. That was one of the first things I checked, but I understand it was a question that needed to be asked, since I forgot to include that in my orignal (and second) posts! ;)

I had tried two different submit methods.
The first was a button with the default Submit action.
The second was using rules. (Just a simple submit to data connection rule)


I am doubting that this is an InfoPath issue now.
I have discovered that my other forms have also stopped working as well.

One of these I know for sure used to work. Now it too has come up with the same error as above, and I have not edited that form recently.

It also turns out that the form does actually save, but still throws that error.

I will do some checking to see if there have been any updates done to that server recently.

Any other ideas would still be appreciated though.

Hi again,

I have found the solution.
The Data Connection in the InfoPath form submits to https.

The SharePoint site used to default to https, but is now using http.

When submitting a form opened in http, it tries to submit to https. It counts this as two separate people accessing the file.

So, there's something to keep in mind for any others experiencing the problem

Hah, I was referring to your thread when I replied on MSDN.  I hadn't noticed the same screen name on both.

I would like to add that I experienced this same frustrating scenario. This thread make it click for me that the server address in the browser URL didn't exactly match the URL in the SharePoint submit rule. One was using the server name (server1) and the other the fully qualified name (server1.domain.net). Once I matched them up, it works flawlessly!

 I have quite the same problem... My goal is: I will save my form for now,then submit it to my boss later...

You see, I have this SharePoint Library for Save: Infopath Forms... After reopening and completing filling-out the form, I cannot submit it to a different SharePoint Library (transfer). What should I do?

 

 

Thanks.

Anna 

 

I had this same issue and read some of the answers on this post, and none of them fit my situation. However, as I read that the name of the link had to match, I noticed that the list I was working with had spaces in the name. Here is an example: Address in web browser http://server/My List Name/Forms/AllItems.aspx Address in submit connection in Infopath http://server/My%20List%20Name Now, this should work, since %20 merely means spaces. But here is the error message in Infopath: InfoPath cannot submit the form. An error occurred while the form was being submitted. The form cannot be submitted to the following location: https://server/My List Name/Filename.xml The file is in use by another application or user. Notice there are spaces in the Infopath error message, and it does not include the %20. So I deleted the list, and recreated it on the same Sharepoint site, this time without spaces, and it works. The name was also shorter, so this could have been the problem as well.

Shaun789:

So I deleted the list, and recreated it on the same Sharepoint site, this time without spaces, and it works. The name was also shorter, so this could have been the problem as well.

 

I always avoid spaces and some other symbols like #.
And not only in names of Infopath or Sharepoint entities but also in directory paths, filenames used for Infopath forms and templates locally

I am not in MS testing team to report and describe all the problems, just a must that I always follow