Hi Travis,

AutomationPeer stuff usually means some kind of screen reading is going on with the application.  Some program on the users machine is trying to screen read the application.  Programs like Microsoft's Narrator do this.

Did your users provide any steps for reproducing this?  I understand that you are currently not able to reproduce this but I would like to know what exactly your users were doing with the XamDataTree at the time of the exception.  I see that the XamDataTree Unloaded event was fired.  Was the user changing screens or something which caused the XamDataTree to unload?

Thanks, your sample runs fine for me as well.  I am trying to get you a sample where the issue occurs, but so far, nothing is reproducing it.  My app is extremely complicated, with separate windows, view models etc, helpers, classes etc, so it my take a while (or never!).  The XamDataTree is contained in a user control.   I also have complicated styles for the XamDataTree and items etc, but even when i removed those in the original app, the error still occurs.  Also, I haven't been able to figure out WHAT the users are doing to make the error appear, since they aren't running Microsoft Narrator.  What else would use AuotmationPeers stuff?  This box has Microsoft Great Plains, Quickbooks, Office, etc, but they either aren't running anything 'special' or don't know they are that uses AutomationPeers.

How can i adapt your suggested workaround for a user control?  I'd rather implement in the offending UserControl, instead of every possible window.

I applied your workaround to a window.  Error still occurs.

The UserControl class allows you to override the OnCreateAutomationPeer method so you should be able to use the code I included above inside the UserControl.

It would really be good if I had a sample that reproduced the issue so I can log this right away, but if that is not possible then I can ask the developers to take a look at the call stack and see if there is anything that can be done to the code.

I will keep you updated.

Maybe looking at some of my code will help you figure out the problem, i have attached the relevant classes, controls etc.  The classes and controls are included, and i just stuck in the methods that call them in the .txt file.

I found an eerily similar issue here:  http://es.infragistics.com/community/forums/t/91777.aspx?PageIndex=1

Has this been "fixed" in the version i am using?  

(InfragisticsWPF4.Controls.Menus.XamDataTree.v14.2, Version=14.2.20142.2024)

Perhaps the problem has been reintroduced?

Hi Michael,

Do you have a private support case already open for this?  If so, you can give me the number and I'll link your case to the dev issue as well.

Following this, as I have also raised a support issue on this, but couldn't reliably reproduce.

Yeah, that was an error on my part.  Sorry about that.  In the excitement of obtaining a reproducible sample I didn't read through what you said clearly enough.  Thanks for setting me straight.

Yes, i will can use my workaround in the meantime.  It is actually commenting out the .Clear of the collection for the workaround.  So the fix is to NOT clear it, I believe you erroneously stated above the fix was to clear it, it is just the opposite.  If you look in the sample i provided, there are comments in the ConfirmClose method in CompareBillingVM.cs, you will find a comment '

//this ClearAll method is the offender, commenting it out fixes the problem'

commenting out that line allows the code to run without the exception. Inside of ClearAll(), the bound collection is cleared inside a dispatcher.

Thanks again, I am looking forward to a resolution.