RE: Robot Schedule failed across daylight savings time change

Here is the latest update from Help Systems Robot support regarding Robot Schedule across daylight savings time change.

Using Robot Schedule with the QTIMZON System Value
https://community.helpsystems.com/knowledge-base/robot/robot-schedule/114/

The option is only available in the Robot GUI, under system name, system setup, system defaults.
You cannot see/nor change via Green Screen.

By clicking this option, you do NOT have to stop/start Robot Schedule across daylight savings time changes.

Enabling Daylight Saving Time Automation
In the Robot Schedule GUI, you can select a field called Enable Daylight Saving Time automation if you want your jobs to run at their scheduled run time on the day Daylight Saving Time starts without having to end and restart the product.
To select Enable Daylight Saving Time automation, do the following:
Within the Robot Schedule GUI, right-click System Defaults in the Tree view and select Properties to display the General System Defaults window.
On the Default Options tab, select Enable Daylight Saving Time automation.

Paul



-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of PaulMmn
Sent: Sunday, October 21, 2018 11:38 AM
To: Midrange Systems Technical Discussion
Subject: Re: Robot Schedule failed across daylight savings time change

Well, you scared me! Then I looked it up; we don't switch off of DST
until Nov. 4th in the 'States.

As far as what we do-- we use Robot/Schedule. Schedule will not run
a job twice on the same day, so 'Fall Back' won't result in
duplicated jobs.

Robot also recommends shutting down Schedule during the Jump
(although we've lived though it without stopping it).

In Spring, there's a potential to skip a job during the Jump. We
don't schedule jobs between 2 and 3 (and periodically check to make
sure we didn't slip a job into an 'open slot'), so we don't miss out
on anything.

--Paul E Musselman
PaulMmn@xxxxxxxxxxxxx


At 7:34 AM -0500 10/21/18, Bruce Vining wrote:

Sorry for the late reply, but still trying to catch up on email...

...

I'm a bit surprised at all these DST issues. Wasn't the OS changed some

time ago to do a clock slowdown or speedup to compensate and not ?>do a
flat jump to new time?

Roger Harman

Ths OS does indeed support a slowdown/speedup when performing a time
adjustment. DST however is not an adjustment, it's a jump.