Hi Arjen,

To help us investigate the "freeze" issue, as soon as it occurs, please follow the steps below:

1. Download the Debugging Tools for Windows package from:
http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx (for 32-bit processes)
http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx (for 64-bit processes)
and install it.

2. When TestComplete and (or) Internet Explorer hang(s), run two instances of WinDbg ("C:\Program
Files\Debugging Tools for Windows\windbg.exe").

3. Attach the first WinDbg instance to TestComplete's process and attach the second instance
to Internet Explorer's process (File | Attach to a Process).

4. Type the following command in the Command window of the first instance of WinDbg :
.dump /m "C:\TCDump.dmp"
and press Enter. 

5. Type the following command in the Command window of the second instance of WinDbg:
.dump /m "C:\IEDump.dmp"
and press Enter.

6. Click Go on the WinDbg toolbar (or press F5) in both WinDbg instances. Wait for one minute
and click Break (or press "Ctrl + Break") in both instances of WinDbg.

7. Repeat steps 4 and 5 to save another set of dump files with different file names.

8. Without a delay, repeat steps 6 and 7 two more times. 

9. Send us all of the dump files created in the steps above via our Contact Support form:
http://www.automatedqa.com/support/message/

Thanks in advance.

--
Best regards,
David - AQA Support
~~~~~~~~~~~~~~~~~~~~~

Arjen wrote:
> Hi,
> 
> We are trying to automate the UI testing for our Silverlight application.
> 
> Now we are facing some trouble getting a reference to controls (buttons,
> textboxes...) using FindChild (with AutomationId). When I execute FindChild
> on certain controls, the browser and TestComplete freeze, and I have to kill
> the iexplore process to get TestComplete to react again. The controls I try
> to find also aren't available through the object browser.
> 
> We had some problems getting a reference to controls before (see: http://www.automatedqa.com/newsgroups/d.cgi?cmd=xover&group=automatedqa.public.testcomplete&related=41408&utag=),
> but this problem feels different. Instead of just not finding controls it
> now freezes. The fix in the last version did do something, we now get more
> controls then before, but still not all...
> 
> We are using the last version of TestComplete.
> 
> Thanks,
> 
> Arjen