We can add configuration options. I'll look into this asap. You can post a PR proposal here to speed up things.

@xpepermint Sorry for bothering you again.
I propose a 7 line change which would fix this issue for me at #9.

I did use a function of later which allows to use system local time zone instead of UTC.
http://bunkat.github.io/later/ -> Step 3: Configure timezone

It would be great if you could take a look at the PR and publish a new version if you are fine with it.

I promise I'll do my best to jump on this asap. I'm sorry you have to wait ...

#9

Unfortunately, I realized that your PR won't work. It would work but there's a hidden issue with it. The problem is that the LateJS changes package behavior globally. I think I'll have to replace LaterJS with something like https://github.com/harrisiirak/cron-parser which would also add full support for timezones. This will take some time but I'm on it ...

I refactored the code and replaced LaterJS with CronParser. Timezone can now be added easily but I wonder, do we really need that since this year we've changed our clocks for the last time (at least in Europe).

Also, don't forget that you can have dates with timezone in the database and it will work. Any ISO 8601 is a valid date formate. Good practice, however, is to always use UTC when storing to DB.

@xpepermint Thank you for looking at this.

I would be totally fine with storing the date in UTC to the database.
My issue is the interpretation of the intervals in the specific timezone.

We changed our clocks for the last time? I must somehow missed this. As far as I know it has just been decided to do something about it with the current target for last change in 2021.

@xpepermint I did add a new proposal (#10) to implement this feature.
Please take a look if you have time.

OK ... moving to the PR.