I am stuck in a very strange situation here. Please help.
My process is,
Take first value from Excel.
Go to Website A. Via IE
Navigate to a Page.
Search the value in WebPage and Download all the documents related to it.
Take the next value, Loop back and perform steps 1 to 4.
Now, whenever Bot reaches to step 4, I see a IE download window pop up. I perform my desired work there and download has completed.
Now, just after download window all the activities following it (step 1 to 4) slows down drastically.
No Error, just the activities wait for exact one minute and perform well.
P.S.
I had looked over the forum and found threads on it.
WaitForReady = NONE. - Not desired because I loose the actual aim of it. My bot should logically wait for element to appear and then do the activity. Making all the activites None fails it.
Cannot use Other Browser - Business Requirement
Element Exists Activity - Logically using Element Exists activity for all the activities to be performed is very bad designing.
What exactly is the root cause? why does this happen?
UiPath - 2018.4.3 Enterprise Edition
IE - IE11
PC - Windows 10 Enterprise 64bit
Let me if you need any more data.
Looking for urgent help.
Some activities have a delay before or after property, they haven’t been accidentally filled by chance? Not a great suggestion but just in case!
Otherwise i’m not sure what the cause could be, are the timeout properties on your activities on the default value?
Also if it’s a download link in IE I find it a bit easier to use the http request activity, you only need fill the endpoint and resourcepath properties for downloading item. You don’t have to bother with any download menu’s then. That could help quicken your process but won’t remove your issue.
I don’t think Excel is causing issue. Because step 1 to 4 goes very smooth just 10-15seconds for first time. But right after Download pop up window it dies.
Attached is the Task window
Also, there was a scenario earlier. Where IE provides 2 types of download dialog box.
Refer this post
for the 1st Window type I don’t get any slowness at any point. It goes all well.
But if I get 2nd window its slow again.
I have checked everything. No delay before and after.
No TimeOut property changes. Everything is default.
It is basically happening for every activity after download dialog box.
I like the idea of Http request, this can be a work around if nothing works. Can you some more light on this area. What properties are to be filled in the Http Request activity?
Here I see Edge is taking a lot of memory. Anyway you have 87% taken and I’m pretty sure that PageFile is starting to dump memory at this level. If you’re on HDD then disk is also starting to work intensively and whole computer is getting slower and slower.
Maybe try to check it with other browser?
Thank you for the sugeestions @Pablito
I am pretty sure this is not because of memory. Because everything works perfect if I remove the download dialog box process.
I have cleared everything this time.
This snapshot below is when the bot is waiting for a ‘Click’ Activity just after downloading first document.
Attached is an example off the http request activity. You only need to use the properties endpoint and resource path.
Endpoint is the url for the download which can be got from the attributes of the elment that links to the download and the reosurce path is the location you download the file to.
No luck. Actually the download button does not have a download link attribute to copy and send in the http request.
When I click on download, it generates a dynamic link everytime and then it downloads.
Is it that it takes a long time for the 2nd window to appear or that the window appears and the instantly and the robot just takes a long time to do anything?
I get this option. When I click the ‘Copy Shortcut’ link from download button it is different.
It takes me to same page again. Creates a duplicate tab.
And Basically when everytime I click ‘download’ button , it generates a link with authentication token in it. Which I cannot get just by getting attribute.