Hi all,
We had a process in prod with a component to print to PDF a form displayed in a frame in IE, which was running fine for a while and had never had any issues, but now for whatever reason it stops, IE hangs and VM needs restarting whenever the Print settings window appears after - either clicking Ctrl+P or right click>Print. No errors/logs are produced showing any errors saying elements not found/process crashed etc:
(Error downloading is a log file I have later where I check to ensure all files are downloaded, an if statement based on a count of files in a directory)
Nothing in the code has changed (except for switching to Ctrl+P from click>print and back again to see if that made a difference, which it does as both bring up the Print settings window before it hangs.
Anyone seen anything similar? Iāve tried resetting IE11 settings and doing the download manually from IE11 to check it still works, which it does, so Iām truly stumped why UiPath and IE11 seem to have stopped cooperating.
I can manually do as required, yes. As for your points:
This works fine
Works fine manually, wonāt work with UiPath
FireFox doesnāt offer odd/even page so we canāt use this, and our app doesnāt work in Chrome, so I can try these for sure, but would rather not spend too much time changing things up
Latest stable version of UiPath is 2019.4
On another note, do you have any add on installed on IE. Like Adobe etc. If so, can you try uninstalling them and try.
So Iāve redesigned the process, and now it opens a file in Adobe PDF reader, clicks File, then Printā¦and now it stops working again when trying to connect to/interact with the Print window. Iāve checked the element in UiExplorer and it says āvalidā.
It would appear UiPath just doesnāt like Printing? Nothing in the logs would suggest an element canāt be found either. Any idea how I could go about even troubleshooting this? My logs suggest UiPath has attached to the Print window but then from there it skips to the end of my process with no indication as to why.
After some more troubleshooting it looks like no matter what I do, UiPath is unable to accurately and repeatedly interact with this:
Could you try re-attaching to the window just before the action that fails and try again? Just a thought, but maybe it will trigger the Robot to āunderstandā the window again.
Hi,
This was the first thing it did after attaching to the window, when I mention the logs it was one I added just after āattach windowā to say āattachedā before trying to select that.
Thanks
Okay, I did vaguely remember a similar issue, but it was actually yours
For the change log of the 2019.4.2, see here:
Soon enough we will also improve the downloading procedure, hopefully
Yes another suggestion, as I continue this SoC-type of post:
you can try upgrading the UiAutomation package to the latest version. This one activity package has big influence over the actual UI Automation
The latest version is this one:
I can confirm Iām now on all the latest packages, thanks though
Basically in the last 2 weeks all my bots fell over when they need to print/save anything other than their original file type, the business wanting PDFs is killing me
Well, it will be tricky to debug. There might have been a Windows update that is causing those issues. I suppose you donāt really have a clue what that could have been?
Office on the VM died about 2 weeks ago, needed a complete new install etc, and since then things have been a bit temperamental, but not sure if thereās been an update, and our IT insist everything is fine and no logs are being created showing anything acting as it shouldnāt. I will pass back your idea to them though, if itās more than just me saying it they might look harder, thanks!
Anil_G
ashokkarale
jinal.shah
Gautham_Pattabiraman
postwick
chandreshsinh.jadeja
vrdabberu
Ajay_Mishra
sven.wullum1
Vyshnavi_Nalumachu