This approach looks correct to me. The error you're getting simply tells you that it sometimes takes more than 5 seconds for the content to appear but if you wait for 7 seconds (by adding that sleep) then all is well. You should just increase the waiting time for that particular waitFor call, see the section on waiting in the Book of Geb for an explanation of how to do it: http://www.gebish.org/manual/current/#waiting.
On Wed, Aug 30, 2017 at 7:06 AM, Samuel Rossinovic < [email protected]> wrote: > Another example of the same problem. Relying on a <span> with a particular > class, that gets added to the DOM at the end of the build-out of a list, a > Module waits for this class to appear: > > class ListOfItems extends Module { > > def getItems() { > waitFor { $(".class-that-gets-added-to-the-last-item-of-the-list") > } > $("li").moduleList(Item) > } > } > > (initially, I had 'items' as module content, but since I don't know how to > wait() for module content, I pushed it down to a method) > > The above fails (most of the time), with "WaitTimeoutException: condition > did not pass in 5.0 seconds". > > If I prepend 'sleep 2000' before the waitFor directive, test never fails > (I.E. the waitFor() block actually passes assertion, and the test flows > through). > > > > On Tuesday, August 29, 2017 at 7:54:33 PM UTC+10, Samuel Rossinovic wrote: >> >> Thank you. This seems to be working :) >> >> I am also experiencing a similar issue with modules: I have a setup >> not-unlike the one described in the ModuleList() section of the manual. >> However, in my case, the table rows are loaded asynchronously. I believe >> that when my test initializes the ModuleList, its base is available, but >> the table rows aren't. When the test executes something like: >> $("table tr").tail().moduleList(CartRow).find { it.productName == "The >> Book Of Geb"} >> >> >> it returns 0 objects, whereas if the line is split to: >> >> def cartRows = $("table tr").tail().moduleList(CartRow) >> cartRows.find { it.productName == "The Book Of Geb"} >> >> >> find *does* yield the expected object. >> >> Is there some module equivalent of at() waiting? >> >> Thanks! >> >> On Tuesday, August 29, 2017 at 8:05:02 AM UTC+10, Marcin Erdmann wrote: >> >> Yes there is. Do not specify `wait: true` on your content and wrap your >>> at checker in a wait for call, either explicitly: >>> >>> static at = { >>> waitFor { heading == "Accounts - Owing" >>> } >>> >>> or implicitly by using atCheckWaiting: http://www.geb >>> ish.org/manual/current/#page-level-at-check-waiting. >>> >>> On Mon, Aug 28, 2017 at 4:27 AM, Samuel Rossinovic < >>> [email protected]> wrote: >>> >>>> I am testing a single-page app. The app presents a tabbed interface, >>>> where clicking on tabs places the user into various "pages". The app >>>> indicates the current location through a breadcrumb-like string. E.G. the >>>> app would have a main tab called 'Accounts', with multiple nested sub-tabs, >>>> "All", "Owing", "Paid-out", etc. So if user clicks "Accounts", then "All", >>>> the a/m heading will contain "Accounts - All". Then, if user clicks another >>>> sub-tab - say "Owing" - the heading will change to "Accounts - Owing". >>>> >>>> The heading is generated in the front end, and is apparently >>>> constructed piece by piece (I.E. "" -> "Accounts" -> "Accounts - Owing"). >>>> I've written the following content checker: >>>> >>>> class Foo extends Page { >>>> static content = { >>>> heading(wait: true) { $("h1").text() } >>>> } >>>> } >>>> >>>> class AccountsOwingTab extends Foo { >>>> static at = { >>>> heading == "Accounts-Owing" >>>> } >>>> } >>>> >>>> >>>> However, it fails inconsistently, with an error message complaining >>>> "Accounts" != "Accounts - Owing" (by "inconsistently", I mean that it would >>>> occasionally fail, and pass in other test runs). >>>> >>>> I assume what is happening is that the content checker reads the >>>> heading in its half-baked status (btw, the report generated at fail time >>>> shows that the heading is actually complete, and should have passed the >>>> check!). I also assume that wait() would only wait for non-empty content, >>>> rather than to wait for matching content. Is there a way around it? >>>> >>>> Thanks! >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Geb User Mailing List" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To post to this group, send email to [email protected]. >>>> To view this discussion on the web visit https://groups.google.com/d/ms >>>> gid/geb-user/c0b1edcf-aa7d-4462-a82b-7743f423ccdd%40googlegroups.com >>>> <https://groups.google.com/d/msgid/geb-user/c0b1edcf-aa7d-4462-a82b-7743f423ccdd%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- > You received this message because you are subscribed to the Google Groups > "Geb User Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/geb-user/2989806e-a946-4e1c-a6c1-257cdf977958%40googlegroups.com > <https://groups.google.com/d/msgid/geb-user/2989806e-a946-4e1c-a6c1-257cdf977958%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Geb User Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/geb-user/CA%2B52dQSa80n1H06rbmWH%2BSkvEYU3wkk2k79oL2oefxjQVC7X%3DQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
