Comment by layer8
3 days ago
> if it does come with a timezone, then there is no issue with that future shift.
There is no issue that didn’t already exist, but it remains true that future wall-clock times cannot be predicted with certainty, because tzdata may change between now and the future time.
When someone sets an alarm for 12:00 in five years in the current time zone, how do you store that? It can make a difference whether you store it as a Unix timestamp or as broken-down time plus time zone.
You store the future alarm as a wall clock time and date plus location, without making any assumptions about what the civil time offset is going to be on that particular date in that location. When the time comes, whatever system has to read your record and raise the alarm will know what the local time is.