(12-06-2022, 01:41 PM)admin Wrote:I love it when Developers argue Anyway, 8pm is a real time... it's not 7:59. If a time period extends to anytime, that time is real and included in that time extension. As a result, an operation scheduled for the last minute of a time period should be totally valid, otherwise the time, 8pm, wouldn't be in the period but would be in the definition.(12-06-2022, 05:07 AM)Froggie Wrote: Greetings, team! While testing your scheduling features, I chose DAILY and set the interval to start at 9am and end at 8pm... I expected 12 images to be generated on the hour but only got 11. Turns out the finish time of the interval needed to be set to at least 8:01pm for the 12th image to be generated at 8pm... I don't think that should be the case. If the ending time is at least the same time or earlier then the scheduled task, it should run successfully (just a l'il math anomaly )
This issue is a bit controversial, with developers arguing that 8pm is the end time and it doesn't seem like a backup should be performed. And from 9am to 8pm is exactly 11 hours, 1 backup version per hour, it seems that generating 11 backup versions is also reasonable, we will compare the way competitors deal with it. Thanks.
I think you'll find that it's included in most schedulers. You might have them start with the MicroSloth Windows Scheduler (not saying that they're right either)... after all, this is a MicroSloth Windows Application, is it not ... why make your scheduler different?
Thanx for your consideration... and give those Devs more coffee