Again lost heart beat when running command message

Hello, I’m using uivision 5.8.8 in chrome

I’m trying to automatize Zenworks (a software to manage your computers). It has popup frames.

I’m not very sure when Zenworks web deteremine it has to reload its page (sometimes it reload the page in 2 seconds, other can take 18 or more seconds to reload). Some clicks seems to reload the page one time, but not another. I have been playing with click / clickandwait / waitforPageLoad but ui vision is not able to wait really

can I do something like “while page is loading I do not want ui vision to do nothing” ?

I suspect that when unexpectly zenworks reload its page, then ui vision lost heart beat

Can I force ui vision to retry the heart beat or make the timeout greater ?

What do you recomend ?

Now I’m trying to retry the macro when it happens, or give the user the oportunity of finish it the task and then continue with other macros (running from powershell)

Thank you!!

Normally the RPA software automatically reconnects when the connection is lost by a page refresh. But as your issue shows, sometimes this does not work. We have a very hard time recreating such rare situations here. So if you have a test case for us, that would be great. Then we could debug and fix it.

Can I force ui vision to retry the heart beat or make the timeout greater?

Retry is already built-in. We guess that in the cases where this fails, the re-connect would not work, no matter how long you wait. (Why=? That is why we need test cases)

can I do something like “while page is loading I do not want ui vision to do nothing”?

The RPA software waits for a pages to load by default. But on complex web UI there is often no real web page load, or a lot of web page load events. So the classic web page wait logic can fail.

Solution (Workaround): Instead of the DOM-based Selenium IDE “Click” command, use the visual XClick | image or XClick | OCR=text command for the critical part(s) your macro (critical part= where this problems happens). The visual commands do not “touch” the browser DOM, and thus they are immune against this problem.

I’m not sure if xclick would fix the issue. I am not sure if I am allowed to install xclick on my organization. I Will test it if I can. If I can I will report here
I searched a zenworks public demo, but It seems not exist, so I cannot provide you access to any site to analyze the problem

Thanks for your time and for UI Visión, It is great