Ahh, I hadn't thought about the viewport. I'll play with that and see how it goes. I also added min properties to the radioButtons navigator object, and that seems like it may have helped.
On Monday, August 24, 2020 at 3:54:41 PM UTC-5 [email protected] wrote: > Hi Ben, > > this is difficult to answer correctly without more information. > Generally, I would try to narrow down the conditions, or the selector > respectively, as much as possible. > One explanation could be that you are still looking at the wrong button, > after all you seem to be having more than one, and narrowing it down to the > correct one seems to be problematic. > > I just recently had the problem that Selenium incorrectly reported > "element not interactable" when the problem was in fact that the elemnt was > merely outside the viewport. If the element is close to, or beyond, the > edge of the screen, try scrolling before interacting with it. > > Thomas > Ben Frey schrieb am Montag, 24. August 2020 um 20:05:14 UTC+2: > >> I'm having a devil of a time with one particular page being very flaky. >> I've set atCheckWaiting = true globally. In the page's at-checker I >> verify that there there's at least one radio button (e.g. >> radioButtons.size() >> > 0). In the script, I have some conditional logic that also has a >> waitFor that depends on the same condition, but immediately after that, if >> I try to interact with radioButtons, I get the "element not interactable" >> message from Selenium. What's going on here? The content should be there >> since the at-checker passed. >> > -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/geb-user/08ae974a-ecc5-440a-b246-10e2703f4e70n%40googlegroups.com.
