i have just upgraded my computer to a Sony all in one PC and i have installed all the software i use,, but when it comes to running my application which uses infragistics controls via deployment and via Debugging environment the app crashes as soon as it has to load data into a XamDataGrid with the following error:
Argument Exception was unhandled
Item has already been added. Key in dictionary: 'Infragistics.Windows.Automation.Peers.DataPresenter.CellAutomationPeer' Key being added: 'Infragistics.Windows.Automation.Peers.DataPresenter.CellAutomationPeer'
I have tried tracking down the error but to no avail so any assistance will be greatly appreciated.
The Computer is running Windows 7 Professional 64bit and im using NetAdvantage WPF 2010.3
The issue should be addressed in the latest hotfix (available back in August). You can get the download by going to My Infragistics => Keys and Downloads.
I have tried installing the WPF 2250 Service Release but error still persists
Andrew, can you send me the source code location for Infragistics 9.1 version? We would like to try the fix you have suggested. Lot of our customers are reporting this issue so we are planning to provide the fix without upgradation.
pramanju said: Andrew, can you send me the source code location for Infragistics 9.1 version? We would like to try the fix you have suggested. Lot of our customers are reporting this issue so we are planning to provide the fix without upgradation.
If you purchased the product with the source then you should have access to it under the My Infragistics->My Keys and Downloads. I'll forward the email to developer support and they can see if you have access to the source based on your purchase.
pramanju,
I have checked and you do have a 2009 Volume 1 key registered to your profile. To see the downloads for the source code you will need to visit the My Keys and Downloads page and then select your 2009 Volume 1 Win Client key. When viewing the downloads scroll down to the source code section and you should see two downloads for the source code:
The first of the two is the latest service release and the second one is the release version of the source code.
Let me know if you have any questions with this matter.
We are using 9.1.1006 version. In this case which version of source code should I use for the fix? I downloaded both service release 9.1.2215 and Release build version 9.1.1006.
Also what would be steps after download. I was able to compile Infragistics3.Wpf.v9.1 binary but the depandant binaries are failing because Infragistics3.Wpf.v9.1 is not strongly named. Can you please provide some assistance in resolving this post fix failures?
Let me know if there are any specific steps we need to follow to get local compiled binary into our release.
To summarize below are the issues I'm facing now.
Infragistics3.Wpf.v9.1 is not strongly named and compilation is failing. We need a workaround here as all of our binaries are strongly named.
The above dll is been referred in atleast 100 projects across suite. All these dlls are referred from single location. Can we replace the old binary with locally compiled binary and expect everything to work as before?
As I mentioned in my previous step I am facing below compilation issues.
Error 11 The type 'Infragistics.Windows.Selection.ISelectableItem' is defined in an assembly that is not referenced. You must add a reference to assembly 'Infragistics3.Wpf.v9.1, Version=9.1.20091.1006, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb'.
Error 12 The type 'Infragistics.Windows.Helpers.DependencyObjectNotifier' is defined in an assembly that is not referenced. You must add a reference to assembly 'Infragistics3.Wpf.v9.1, Version=9.1.20091.1006, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb'.
For strong naming the assembly the source code that we provide doesn't include the key file so you would need to generate your own key and strong name the assembly yourself.
For error 11 and error 12 where the type is referenced is defined in an assembly that isn't referenced, this is likely coming from another assembly that is already compiled that references the version of the Infragistics3.Wpf.v9.1 assembly that we provide rather than the one that you compiled. To resolve this you will need to recompile every assembly that is dependent on this assembly.
If you were using version 9.1.20091.1006, then you would want to use the same version of the source code if you are looking to only make the changes needed for the fix you wish to apply.
OK, settings at the solution level overridden confguration settings at project level. I'm doing the whole recompilation with solution level release settings. will update you for any issues after that.thanks
Andrew, I debugged the code and verified that these assert statements are poping up now and then.
for example Debug.Assert(adjustedScrollPosOfTargetRecord >= 0); is rasing while editing the records. I indeed built the binaries in release mode but the binaries are not dropping at bin/Release instead they always drop in bin/Debug mode. I'm not sure if some other settings are overriding. Can you help us to build the binaries in release mode and if I'm missing something?
Thanks.
I have never seen that assert being raised so I cannot say what is happening. If you want us to look into that you would need to supply a sample that reproduces the issue. Basically the only assert in that routine is veritying that we have exited edit mode (or more accurately that we don't still have a CVP for a cell in edit mode which would/should have been cleared when the cell exited edit mode unless there was a problem there or unless someone tried to force the cell back into edit mode likely on another cell). That may well have been happening in your real application without you knowing since you would only see the assert if you were using a debug build - which you weren't with the release version.
I'm not sure what you are asking. If you are asking about when GetChildrenCore will be invoked as I mentioned I do not know as that is not something that we control. It is controlled/invoked by the WPF framework when something wants to get the children for a given automation peer or possibly when the associated element has been invalidated to update the cache. For anything further on that method you would have to check with MS or use reflector to review the WPF framework's implementation.
As to the OnSorted that is used to raise the Sorted event and from your description I do not know what is the cause of the NRE - it could be within your handling of the Sorted event or something else.
Andrew, our entire suite is compiled with the local fix and when application installed with the fix , I got this assertion failure message in one of our scenarios. I've not completed testing all possible scenarios.Could you verify the reason behind this message? Basically we have a grid component which has combo boxes in two columns added as xam editors. Items can be selected in each of these combo boxes and rows will be added dynamically once selection complete in any single row. While doing random selections, following assertion failure message popped up. This will be real concern for me to release the fix to QA.