Please note that VisualCron support is not actively monitoring this community forum. Please use our contact page for contacting the VisualCron support directly.


Harvest Support
2026-02-03T15:50:49Z
Our organization often has database issues which causes us to "turn off" Visual Cron on the top left of the interface. The problem is, we have hundreds of event trigger jobs, and they do not kick off when we turn back on the tray despite having the setting checked "run missed job once after start". We do not have the time to go through hundreds of jobs to see which one needs to be ran because of a missed event trigger from a file in a specified directory. Any thoughts? This has been a huge pain point for our automation.
Sponsor
Forum information
bweston
2026-02-04T16:13:17Z
Yes, if I remember correctly VisualCron (by design) doesn't consider either "Server Off" to be "missed" for purposes of that feature, nor a job that didn't run due to a "time exception" to be missed.

At one point, I had a set of jobs that used the VisualCron API through powershell inspect the state of the job list, compare it against settings exports (which I took every five minutes, and kept the previous one and the last one from the previous day) and a couple of variables that could be used to describe the start time and duration of planned outages, and generate jobs constructed entirely of "run job" tasks based on what jobs were projected to have their next run during an upcoming planned outage (split between before and after midnight)...and then, on server start, what jobs had not run since a given time (usually when the outage started) and had "next run" values more than some given threshold into the future. I then reviewed those jobs manually, enabled and disabled tasks as appropriate, and ran them. (We did eventually get to the point where just running the generated jobs automatically without manual review should have been fine, but never to the point where that was what actually happened.)

There are definitely drawbacks to that approach. It's complicated; it can be fragile; working with the API that way is somewhat tricky and not necessarily guaranteed to keep working after an upgrade (I have no idea whether what I had put together still works); and I never figured out a way to have the tasks that interrogated the API work reliably without either running as a user who could authenticate to VisualCron with high (admin) privileges via Active Directory integration...or storing the credentials of a VisualCron admin-privileged user unencrypted. There were a couple of ways around that I was convinced ought to work, but I never got them to.

If you don't have many jobs that need to be run once IN ADVANCE when you have to do this, or that use event triggers with the "run even if server off" setting, and you DO have all the appropriate jobs set to run once at start if missed, you might find it much simpler to stop the VisualCron service instead of using the Server On/Off toggle. I think that would make the "run once if missed" work.

If that doesn't help, I think you need to reach out to what's left of customer support by email. VisualCron has currently given up so thoroughly on making this forum useful and not just a playground for spambots that they even changed the URL to it and took it out of the site navigation...
bweston
2026-02-06T17:50:15Z
I just realized my entire post was pretty much about scheduled triggers and nearly completely useless for your event triggers. I'm afraid I don't have any ideas for handling a situation like you describe unless all of your event-triggered jobs are written in such a way that it isn't a problem for them to run when there is nothing they actually need to do...in which case you might be able to do something either with using the API to identify and trigger all those jobs once, or giving them all an additional event trigger of "Server On". Sorry I couldn't be more helpful.
Scroll to Top