As shown in the image below, this process was triggered after just a few minutes of turning the system on in the morning (make sure to look at the time in the bottom right corner).
This process runs on a regular schedule whenever the system is rebooted in the morning (I noticed the process is running in the morning because the system eventually shuts down in the evening).
I think that if all the triggers are missed or even one trigger is missed, then the trigger goes into a queue (not the orchestrator one!) and when the system gets booted, the process gets triggered (this is my theory).
(the same thing happens with the second trigger too name “time trigger”)
Hi @indiedev91 ,
You are correct. When the process is enabled with triggers, it starts the job at the scheduled time. If it doesn’t find your machine, then the process sits in a pending state until it finds the machine available (which in your case is when you start your machine)
This is why you see BOT runs when you start your machine
Please check the similar post. During the execution maybe the bot was not available and the job was in a pending state. So when you connect back to the machine its re-executing the pending job.
so what could be a solution ? what if even the trigger is missed it will ignore and whenever the machine is available it will only trigger in the upcoming triggers and not the pending one