Is this isolated to certain websites or all of them? I don’t have issues usually, but occasionally certain websites, for whatever reason, don’t work well with UiPath.
Namely, opening PDF documents on the web from a specific site has provided delays in UiPath selector recognition; like it sees the window or element but doesn’t actually perform the action for another 30+ seconds. In my case, it’s very isolated, though.
Hmm, strange behavior since you say it’s out of the blue. And I noticed that it’s happening on Win7. Needs to be investigated.
I have the CE 2017.1.6522(which is the latest version), Win10 and IE11 - i could see no difference in Robot’s “speed”.
Andrzej, i ran my Calculate Client Security Hash workflow on acme-test and executed in 00:07:48 minutes. So 2 minutes is a lot of time for 1 action indeed.
If you guys notice anything else that could help the QA team reproduce, please write into this topic. Thanks!
For the Calculate it wasn’t a big issue.
The Report one was, though - it seems that it triggers after a file download popup (no matter if you actually download it or press cancel). Other popups don’t interfere at all.
After that popup every action takes a little bit over 120 seconds. It’s too consistent to be a conincidence and it looks like a timeout of some sort, but I can’t pinpoint what exactly.
Worked around by adding a RefreshBrowser after each downloaded file, but this is a very fragile work around and outside of the Acme-test systems is not really feasible.
Btw - previous post was from work, I’ve checked on home pc as well - 2017.1.6522 CE / Win10 / IE11.
Same situation.
I’ve noticed also that the caching seems changed, as there were some UiElement no longer valid errors as well. Didn’t do much on CE / Win10 lately, so can’t say when the change happened, but I don’t recall having issues like that in the past. Will let you know in a separate topic if I’ll be able to give something useful there.
I’m noticing this issue now with a Process I have been running today to test Error Handling that wasn’t there before, so it is reloading the website and data when I throw an error. It seems random but frequent. In this case, it’s loading the table on a website and it is stalling for like 2 minutes before either extracting the data or clicking the link within the table. I have not changed any part of that workflow.
But, it doesn’t only stall there. Sometimes it stalls on inputting a textbox right before it loads the table.
So for me it’s kind of random when it happens, but seems to be related to the fact I’m doing a loop on reloading the website. It does download a file beforehand, but no popups; just the Save Dialogue.
This problem seems to be occurring with multiple web sites.
But I am unable to figure out , the same UiPath work flow when we run on a different system (Win 7 Lenovo T460) ,
works like charm and creates no delay whatsoever.
I dont understand why is it not working on the original Laptop (Win 7 Lenovo T460) and both the laptops have same configurations.
Could it be system specific issue?
If yes , could you please advise how do we progress with this.
any solution for this issue.
even though UiPath can find the web element, it uses all the timeout time that it has. as a standard 30 sec, if reduced to 2 sec, it will do the action after 2 sec. this is not optimal.
error is in 2017.1 SP1
Yeah, I would say the problem is actually the WaitForReady = INTERACTIVE property.
I saw the same slowness problem in one portion of one screen in the application that was being automated.
In some cases, when it was changed to COMPLETE or NONE, that fixed the problem,
but what the option had to be seemed to depend on the computer, so maybe the UiPath or
Internet Explorer version was different.
The portion of the web page, where the slowness appeared, seemed to be dynamically generated, so
maybe this has something to do, with the page or element loading on webpages. I would have expected
though that the INTERACTIVE option would have been the fastest, instead of the slowest, since it waits
only for a portion of the page to be loaded as far as I know.
I have no clear specs, but this is known about the systems, where this problem occurred:
I have exactly the same behavior at the the same exercise (Download monthly report). In the beginning it runs fine. In my case I used an example that had no reports available up to July. Then at July it finds a report, downloads it and every action after that is slow and takes roughly 30 seconds.
Weird thing is, if you Stop (F12) the workflow during execution and try to run it again from the beginning, it will then be slow from the beginning (so also Jan - June in my example). To reset the whole machine, you then first need to Close Internet Explorer AND UiPath Studio.
Could there be some bug with the For Each loop or the activities inside the Else part?
WaitForReady=None seems to speed up again, but Interactive and Complete sometimes necessary (e.g. Vendorinformation in the training environment).
@ovi Testing on Windows 7, IE11 and Studio 2017.1.6522
I am facing the same problem. However, it got solved by setting WaitForReady = None. This is probably just a temporary solution, or could this work long-term? What are the drawbacks of using this “quick fix”?
When downloading monthly reports from Acme-test.com, it suddenly get a lot slower.
Windows 10, IE11, Studio 2017.1.6522.
Thank you all for this discussion. I have been breaking my head for weeks to figure out the issue. As most of you have isolated that this delay is happening once we have interacted with a file download dialogue. Quite surprised to see that this issue have not been resolved yet!
hi, i haver the similar problem, but for example, when i run olnly this (System1_CreateYearlyReport.xaml (32.2 KB)
)process for create yearly reports whitout the main process. it was executed perfectly, and it was created this report, (Yearly-Report-2017-FR065748.xlsx (8.0 KB)
) i dont know why failed when excecuted the main process