I have tried installing the WPF 2250 Service Release but error still persists

Alan/Andres,

Thanks for clarifying. With the suggested fix the issue is fixed . I appreciate your help in this regard.  Here are the steps we followed. Can you please verify these steps and let us know for any issues ?

·         Binaries version currently used 9.1.1006

·         Downloaded binaries from NetAdvantage for Win Client 2009 Vol. 1 - WPF Source Code (Release Build Version 9.1.1006)

·         Opened solution in VS2008

·         Added strong name for all 9.1 version projects in the source code.

·         Compiled all the binaries in release mode.

·         All the binaries are picked from respective bin/Debug folder and replaced in our common location in TFS

pramanju,

Those steps look correct if you need strong named assemblies.

Alan,

Our testing groups are really concerned as the Infragistics grid is being used all across the product suite. Can you tell us when and where the GetChildrenCore method gets called so that we can advise them accordingly?

Andrew, in case of strong name, the dlls are expected to be signed with public key 7dd5c3163f2cd0cb. If we use our .snk file to strong name then we are running into compilation issues because of mismatch in public key .Our existing binaries which have references with above key not able to detect the compiled binary with different strong name. This is resulting into too many changes in our projects to remove the old dll reference and add the new compiled binary which is affecting QA delivery. We have around mroe than 200 projects in the suite.

Is there anyway I can get .snk file you guys used to strong name your assemblies? In that way we will make sure that the binaries contains public key which depandant binaries are expecting. Let me know any work around for this.

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.