Scenario: While running a job it silently restarts mid-way through the job execution. The log shows a new “(Process name) execution started” entry on page 11 and the transaction item is left in a “In progress” state.
Steps to reproduce: Unable to reproduce the issue, but it happens occasionally.
Current and expected behavior: The job should preferably not restart or at least fail with an error message.
Studio/Robot/Orchestrator Version:
This issue has occurred on different Studio versions
Studio: 2018.3.3
Robot: 2018.3.3
Orchestrator: 2018.3.1
OS Version: Windows 7
Others if Relevant: (workflow, logs, .net version, service pack, etc):
maybe @loginerror can help you out with this one because we don’t have any details about the process and it is not possible to reproduce it, also it doesn’t seem to be a problem of development rather than a bug in an activity or something like this.
I would definitely suggesting contacting technical support with this one.
Does the process have any retry mechanism that can swallow the exception (In the form of Try-Catch routines)? If I understand correctly, by the “execution restarts mid way” you mean that it continues to work properly after that?
The whole process is inside a Try Catch but I rethrow in the catch section so the exception should at least be logged.
By “execution restarts mid way” I mean that the job halts (but does not stop or fail) and starts again from the beginning in the middle of the previous job execution. There are no new jobs started on the Jobs page in Orchestrator. In the screenshot you can see the initial log message of the job in the middle of the already running job. It continues to run properly after that yes, but the transaction item it was working on is stuck in a “In progress” state and because of the way I add cases to the queue there is a risk that the case could be worked twice depending on how far it got into the transaction before the job restarted.
For what you are saying, it really seems like there is an overarching try-catch that swallows the exception in the end. All symptoms for that are there:
project doesn’t throw an exception
project restarts from the beginning (this suggests that the Try-Catch would be encapsulating the entire project)
project works normally and fetches the new item, while leaving the previous one InProgress (this makes sense, because it never got to change the status of that previous item)
Thus, either something wrong with the exception handling or a very weird bug indeed. If you are absolutely certain of your workflow, please contact our support or share bits of your workflow here for us to investigate (can even be a private message).
We definitely want to catch a potential bug like that
I am still experiencing this error. Previously, it was only one process this happened to, but now I am seeing it happen in multiple processes. While it happens rarely it still causes issues.
This is not a problem with “overarching try-catches” because it seems like the job execution restarts in the middle of an already running job. It forgets all about the transaction it was working on, leaving it in the “In Progress” state. I also see that after the second “(Process name) execution started” entry there are log entries which only show up at the very beginning of the process (like logging screen resolution, etc).
I have a log activity in all the catches which do not show up, so it is not a problem with the Try Catches.
This is a critical bug because there is no way to detect or handle the restart and it could result in unexpected behavior.
This still happens after we updated to Robot 2019.4.3 and Orchestrator 2019.4.2.
this same issue has happened twice in a month for a project. Basically, during a scheduled run, the bot just somehow “resets”. The project is inside ReFramework, nothing special. And this happens randomly. Anyone have any ideas?
And it’s not like the bot is transitioning back to Init.
" … execution started" is system generated message, nowhere does that get logged in the bot code.
Super strange! For full context, could you please let us know the versions of your Studio/Orchestrator, and whether it is your own on-premise installation or our cloud.uipath.com instance?
Also, whenever it happens next time, could you please generate a diagtool report and share it with me via a private message?
ashokkarale
Anil_G
Yoichi
yangyq10
postwick
chandreshsinh.jadeja
aravindbalineni123
Parvathy
aya
PRASHANT_GABHANE