Forum Discussion

allenj2020's avatar
allenj2020
Contributor
5 years ago

FindChild for newly created page objects

Hello all,   I'm a long time TestComplete desktop user, just getting used to the web object handling. What I'm trying to figure out is how to consistently handle a situation where I click on a but...
  • tristaanogre's avatar
    tristaanogre
    5 years ago

    Well, you're calling "WaitPanel" from the page object.  So, it's waiting for the immediate Panel(1) right off the page object.  This is why it's returning immediately because I'm assuming that there is already a Panel(1) on the main page that you didn't need to wait for.

     

    FindChild, as you're using it, doesn't have a Timeout/Wait built into it.  To do that, you should use FindChildEx

     

    https://support.smartbear.com/testcomplete/docs/reference/test-objects/members/common-for-all/findchildex-method.html

     

    This will search for the child but note that you will need to specify a depth to search.  Again, as you have it set, it's only searching the immediate child of the page so that's why  it's not working well.

     

    Side note: Some of this WOULD be a bit simpler if you utilized Aliases of mapped objects.  You could map the desired panel, make it a direct Alias child of the page, and then use page.WaitAliasChild("childName", 5000) to wait for the object.

     

     

allenj2020's avatar
allenj2020
Contributor

I'm not waiting for a new page, the URL doesn't change, I'm waiting for a new object to appear on the same page.

 

So, in the simplest case, I'm working with mypage.Panel(0) in the object tree.

I click a button, the URL remains the same, but now mypage.Panel(1) is created, it didn't exist in the object tree before.

I need to find an object inside Panel(1).

 

Wait only applies to the page object, not a child panel. 

WaitPanel seemed like the way to go, I saw the technique in an old forum post, but it doesn't wait, or at least it doesn't wait long enough.

 

Thanks.

Allen

 

tristaanogre's avatar
tristaanogre
Esteemed Contributor
5 years ago

Well, you're calling "WaitPanel" from the page object.  So, it's waiting for the immediate Panel(1) right off the page object.  This is why it's returning immediately because I'm assuming that there is already a Panel(1) on the main page that you didn't need to wait for.

 

FindChild, as you're using it, doesn't have a Timeout/Wait built into it.  To do that, you should use FindChildEx

 

https://support.smartbear.com/testcomplete/docs/reference/test-objects/members/common-for-all/findchildex-method.html

 

This will search for the child but note that you will need to specify a depth to search.  Again, as you have it set, it's only searching the immediate child of the page so that's why  it's not working well.

 

Side note: Some of this WOULD be a bit simpler if you utilized Aliases of mapped objects.  You could map the desired panel, make it a direct Alias child of the page, and then use page.WaitAliasChild("childName", 5000) to wait for the object.

 

 

  • tristaanogre's avatar
    tristaanogre
    Esteemed Contributor
    5 years ago

    Additional note: If you're going to use "FindChildEx", after the find is executed, do an "Exists" check of the resulting object that the method returns before you attempt to use it.  

  • allenj2020's avatar
    allenj2020
    Contributor
    5 years ago

    FindChildEx does do the trick, thanks.  I was not familiar with the power of that command.

     

    For the record, no, at least according to the object tree Panel(1) (which is a top level object) does not exist until I click the button inside Panel(0).  The power of React, I guess.  But I'm not sure why FindPanel doesn't work consistently in that situation, I'm guessing it finds the object as soon as it's created before the new object tree is fully rendered?

     

    Anyway, I'll work with FindChildEx for a while and see how it goes.

     

    Thanks!

    Allen

     

    • tristaanogre's avatar
      tristaanogre
      Esteemed Contributor
      5 years ago

      Well, Panel(1) that is further down the hierarchy tree probably doesn't exist until the button is clicked, but that doesn't preclude other Panel objects higher up the hierarchy from existing.  You could have something like this.

       

      Browser|

                     - Page |

                                  - Panel(0) |

                                                   - Panel(0)  <- The panel zero you're clicking on

                                                   - Panel(1)  <- The panel one that doesn't exist until you click

                                  - Panel(1) <- The panel one that is present as a direct child of the page

                                 

      This structure would generate the behavior you're experiencing.  Web applications have a LOT of panels and divs and such so buttons and other objects are NOT necessarily the direct child of the page but may be many layers deep.  Since you're coming over from Desktop applications, this is a rather big difference between how the applications show up in the object browser and requires different techniques for finding and identifying objects.