Forum Discussion

Everseeker's avatar
Everseeker
Contributor
9 years ago
Solved

How do I catch an error popup that appears... Asynchronously?

So, moving along in my tests, All is going swimmingly,  Hamsters are running full tilt, data is being processed, when suddenly... That's not good. ESPECIALLY since the application sometimes con...
  • AlexKaras's avatar
    AlexKaras
    9 years ago

    Hi,

     

    Is the same Application Error unexpected window opens for the other tests ?

    If it is not (i.e. some other unexpected window is opened) then you can identify the window in the event handler and either process it or not.

    If the same unexpected window is displayed but you like to handle it in one test and do not handle in another test, then the simplest solution might be to set some Temporary Project Variable (see help for more details) as a flag of whether or not the window must be handled.

AlexKaras's avatar
AlexKaras
Champion Level 3

Hi,

 

Is this window modal? I.e. does it block any further user actions in the UI until closed?

If it is, than I would recommend to:

a) Create the OnUnexpectedWindow event handler for your test project (see help for more details on this as I can't provide you with the link at the moment, sorry); and

b) Insert UI-related actions in your test code when appropriate. E.g. use window.Activate after opening a new window or when switching to the already opened one; use control.Click before entering data into controls (if this does not create problems); use tab.Click when switching between tabs on the form instead of setting some their property; etc.

The case here is that if this error window is opened at the moment when you try to execute some UI-related action, this action will be blocked and OnUnexpectedWindow event will be triggered. In the handler code for this event you will be able to process the error window and make a decision of should the test be stopped or not.

Everseeker's avatar
Everseeker
Contributor
9 years ago

Your recommendation... well... almost works... I Think :)

 

Here's what I did:

 

1. created a Script based test... Unit1

It opens a couple pages, gets this error, and exits

 

2. Set up an Event handle for the OnUnexpectedWindow event... pointed the wizard to Unit1

perfect. It created this:

 

Sub GeneralEvents_OnUnexpectedWindow(Sender, Window, LogParams)
EndSub

 

I stuck things in there to identify the error, do some things that could "fix" it, then gracefully exit....

life was grand... Sort of.

 

 But then (Cue dramatic Music)

 

3. (New session)

I created a Keyword test...Test1

It too opens a couple pages, and exits

I do NOT run the event handler thing for THIS Keyword test...

I do not WANT to use that handler here.

Perhaps I will, in the future. But I do not especially want to, yet

 

However, what I want does not matter... because, as luck would have it, this Keyword test(For an entirely different area) pops an unexpected window of its own AND the event triggers, and my event handler (FROM A DIFFERENT SCRIPT) runs. The resolution for the error in the other test is NOT correct...

So

I guess that Unit1 needs to ??? Turn the event handler on & off programaticly?

or ???

I honestly am a bit annoyed at TestComplete "ASSUMING" that I want to blend my tests.....

 

  • AlexKaras's avatar
    AlexKaras
    Champion Level 3
    9 years ago

    Hi,

     

    Is the same Application Error unexpected window opens for the other tests ?

    If it is not (i.e. some other unexpected window is opened) then you can identify the window in the event handler and either process it or not.

    If the same unexpected window is displayed but you like to handle it in one test and do not handle in another test, then the simplest solution might be to set some Temporary Project Variable (see help for more details) as a flag of whether or not the window must be handled.