WaitForControlready always returns true even if control is busy

Question

In my workflow, click on a button and next step would be to select the menu item. After click on ok button, the process becomes busy and the menu item cannot be selected as process is busy. Here when i use menuitem.WaitForControlReady(time) , it should return false, as menu item is not allowed to select. But almost all teh times, i see that it returns true.

Want to know where am i doing wrong?? i want to see with what settings, waitForControlReady returns false.

Answer 1

By default .WaitForControlReady() will check for the foreground thread i.e., UI Thread only. What kind of wait have you put in your App? Can you try setting the following property in your Coded UI Test and see the behaviour:

Playback.PlaybackSettings.WaitForReadyLevel = WaitForReadyLevel.AllThreads;

 

Doing above will set playback to wait for all threads within the App and it may in turn slow down the overall playback speed.

Answer 2

Tried this,but this did not help me.

Answer 3

Ok, can you let us know how you have implemented the wait mechanism in your app ? Which thread is busy in Application after button click, is it UI (foreground) thread only ?

Answer 4

Here are my workflow steps:

1. I have a A.exe process

2. B.exe process gets started on making few actions on some controls of A.exe process

3. Making an ation over A.exe control , makes B.exe to be busy

4. Now B.exe doesnot allow to take any actions

Note: i dont have any problem to handle synchronization here. Using WaitForReadyLevel.AllThreads works well for me. But my problem here is I want to see WaitForReadyControl to return false, when any control of B.exe doesnot allow to take any keyboard or mouse inputs.

How do you suggest me to check this?

Answer 5

Any update on this?

Answer 6

Will it be possible for you to share the Coded UI Test code for both

a) when you use WaitForReadyLevel.AllThreads and things work fine

b) when you dont want to use the above settings and it is not working as expected.

You can mail me at this address => deepak.singhalATmicrosoftDOTcom

-Deepak.

Answer 7

Hi Deepak,

I don't have sample application to reproduce this. But this happened in our real product.

In this application(A.exe), when we do some action, it internally opens Excel.exe to do some processing, which means Excel.exe  becomes busy and after sometime, Excel.exe is internally closed and A.exe becomes free at the end. During playing with this, what i observed is, Excel.exe becomes free in the middle of its processing and again becomes busy. When Excel .exe is free from busy, at this time, WaitForControlReay(AllThreads) is coming out.

Should i rely only on UI sync for these kinds of scenarios?

Regards

-Babu

Answer 8

The behavior seems correct since the app is not busy, probably in such case you can add some delay and again wait for the app to get free.