If you are running your SharePoint Server 2010 environment with the latest August 2011 CU, and are using the External Item Picker control in a browser-enabled InfoPath form, you will receive the following message when the form posts back:
If you look in your Event Viewer, you will see the following exception:
Type: ArgumentException, Exception Message: The control must be in the control tree of a page.
Parameter name: control)
This appears to be a regression in the latest CU, but as of yet there is no fix to the problem.
I have received new information on this bug that indicates it may be a part of the February 2012 CU.
Microsoft has acknowledged the issue as a bug, and are currently working on a hotfix. However, there is currently no date on when that fix will be available.
I have applied the October 2011 SharePoint Server 2010 CU, and the problem still exists.
Steps to Reproduce
- Ensure your SharePoint Server 2010 Environment has SP1 applied
- Ensure your SharePoint Server 2010 Environment has August 2011 CU applied
- Create a blank InfoPath form
- Add a Repeating Table with 1 Column (remove the default column)
- Add an External Item Picker to the Repeating Table and Configure General Settings (use the External Content Type details page in Central Admin to find the following information):
- Set ECT Namespace to the Namespace of External Content Type
- Set ECT Name to the Name of External Content Type
- Set System Instance Name to External System of External Content Type
- Publish the form to a SharePoint Form Library as a browser-enabled form
- Launch a new form
- Launch the Entity Picker and select a value for the first control in the repeating section
- Click ‘Add New Item’ to add an additional item (this forces a postback, which is why I chose the repeating table to easily display the issue)
- Upon clicking ‘Add New Item’ you will receive the error
Workarounds
At this point the only workaround to this issue is to not upgrade your farm to the latest CU. If you have already done so, however, then I do not currently have a solution that will solve this issue. I will update this post as I get more information.
Cheers,
Matt
Hello Matt,
do you already have any news regarding this issue? I also have this problem and would need a solution for it.
Kind regards
Gottfried
Gottfried,
I (as well as others) have reported the issue to Microsoft, and they were able to reproduce the error. At this point, they are looking into it, and I will update this post when I receive more information.
We have the same issue you’ve outlined. We are also noticing issues with using the entity picker to assign user accounts from trusted domains to SharePoint groups. If the trust is not direct (transitive), the entity picker throws an error and the account won’t resolve. This works fine in another farm in the same vlan that has the June 2011 CU applied. It might or might not be related. Nonetheless, we are going to have to rebuild our new farm with the June 2011 CU unless there is a fix for this problem soon.
Hi again Matt,
We just added our support request to the PSS support queue. PSS is in touch with our TAM. We are getting this issue escalated because, as you know, not being able to resolve items via the external item/entity picker is a serious problem. We have invested too much in our solution and because the solution is backed by InfoPath, we are stuck until this problem is resolved.
Hi ,
I’m facing similar issue. but my error log shows some different error message. I’m not able to figure out the reason for this issue
There was a form postback error. (User: BP1\username, Form Name: Template, IP: , Request: http://listurl/editifs.aspx?List=b908c38e-9b03-453d-8c76-7fa165caf21f&ID=1197&Source=http://siteurl/SitePages/pagename.aspx?RootFolder=http%253A%252F%252Faaa%252Eaaaa%252Ebb%252Ecom%252FLists%252FITK%2520List%252FFork&ContentTypeId=0x010040BA53AE3BDFC3489727B1FAA33792DC003ACC2928E153B94584C40840570E0C52, Form ID: urn:schemas-microsoft-com:office:infopath:list:-AutoGen-2011-09-09T11:21:57:155Z, Type: OverflowException, Exception Message: Value was either too large or too small for a UInt32.)
Hi, I’m facing postback erro when i Click on Cancel button in Infopath 2010. The screen shows warning message “There has been an error while processing the form” Strange thing is that this issue comes on Clicking Cancel button. Below are the ULS logs Log1 There was a form postback error. (User: BP1\username, Form Name: Template, IP: , Request: http://listurl/editifs.aspx?List=b908c38e-9b03-453d-8c76-7fa165caf21f&ID=1197&Source=http://siteurl/SitePages/pagename.aspx?RootFolder=http%253A%252F%252Faaa%252Eaaaa%252Ebb%252Ecom%252FLists%252FITK%2520List%252FFork&ContentTypeId=0x010040BA53AE3BDFC3489727B1FAA33792DC003ACC2928E153B94584C40840570E0C52, Form ID: urn:schemas-microsoft-com:office:infopath:list:-AutoGen-2011-09-09T11:21:57:155Z, Type: OverflowException, Exception Message: Value was either too large or too small for a UInt32.) Log2 Unhandled exception when rendering form on postback System.OverflowException: Value was either too large or too small for a UInt32. at System.Convert.ToUInt32(Double value) at Microsoft.Office.InfoPath.Server.Binding.PostbackSQMData.RecordTimeLoadToFirstPostBack(EventLog eventLog) at Microsoft.Office.InfoPath.Server.Binding.PostbackSQMData.ProcessPostbackSqm(EventLog eventLog) at Microsoft.Office.InfoPath.Server.DocumentLifetime.EventLogProcessor.ExecuteLog(Int32 expectedEventLogID) at Microsoft.Office.InfoPath.Server.DocumentLifetime.Document.c__DisplayClass13.b__11() at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock) I’ve a lookup column in this list and have few validations on it. I’m not able to understand the value of which column is it trying to set.
Hi Matt,
we are suffering the same problem, and there is no clue in any place about the posible solution.¿do you have any news?
David,
Unfortunately I don’t have any new information. At this point I wouldn’t anticipate a fix until 2012. Are you in the position where your production farm has this issue, or is it in a dev / test environment?
Unfortunately is in production enviroment, and when something has to go wrong, it goes worst, I can’t and I don’t know how to go back.
My back up has fail.
Hi Matt,
¿do you have any news?
i have the same problem
Hi,
so the december 2011 cu didn’t fix this issue?
Hi Matt,
Have you heard anything from MS regarding this issue yet, I have a list of departments that is gigantic and the only thing that performs well is the external content type picker.
Thanks,
Rich
Hi Matt,
Also have same issue, any update?
Hello Matt,
There is this hot fix that should correct the problem, but I have tested and it doesn’t.
http://support.microsoft.com/kb/2597144
Do you have diferent information about the issue?
regards David
This has been resolved in the February 2010 Cumulative Update for SharePoint 2010 and InfoPath 2010. To correct the problem, you need to install two cumulative updates for SharePoint 2010. First, you need the SharePoint Foundation 2010 package released March 7, 2012, which you can get here:
Description of the SharePoint Foundation 2010 hotfix package (Sts-x-none.msp): March 7, 2012
Once that is installed, you need to install the InfoPath Server 2010 hotfix package released February 28, 2012, which you can get here:
Once you’ve installed those packages, run the SharePoint 2010 Product Configuration Wizard to complete the installation, and you should be all set to go.