<div dir="ltr"><div>I noticed a bug while incorporating changes to commentary for the Turks and Caicos Islands…</div><div><a href="https://mm.icann.org/pipermail/tz/2020-December/029609.html">https://mm.icann.org/pipermail/tz/2020-December/029609.html</a><br></div><div><br></div><div>Our contemporaneous use of "3:00" in the UNTIL field for the 2018-03-11 change intentionally avoided two clock changes in a row (first from 01:59:59 AST to 01:00:00 EST, then from 01:59:59 EST to 03:00:00 EDT an hour later).</div><div><a href="https://github.com/eggert/tz/commit/8792d7bed2c684cf842592fd7779645f335a33f6">https://github.com/eggert/tz/commit/8792d7bed2c684cf842592fd7779645f335a33f6</a><br></div><div><br></div><div>My recently-added commentary clarifies the reasoning behind this and concludes that the order was likely intended to take effect from 03:00 -04, once the Eastern US had sprung forward, and not at 02:00 -04 as the text suggests.<br></div><div><br></div><div>However, I noticed that using "2:00" in the UNTIL field instead doesn't actually result in the expected extra transition:</div><div><br></div><div>--- to2050.tzs   2020-12-05 14:11:12.000000000 -0500<br>+++ to2050new.tzs  2020-12-05 14:17:31.000000000 -0500<br>@@ -5201,7 +5201,7 @@<br> 2014-03-09        03      -04     EDT     1<br> 2014-11-02 01      -05     EST<br> 2015-03-08       03      -04     AST<br>-2018-03-11        03      -04     EDT     1<br>+2018-03-11  02      -04     EDT     1<br> 2018-11-04 01      -05     EST<br> 2019-03-10       03      -04     EDT     1<br> 2019-11-03 01      -05     EST<br></div><div><br></div><div>It seems that, the 02:00 wall-clock time having already been approached once for the transition out from AST, zic assumes that the transition specified in the US Rule at the same wall-clock time has also taken simultaneous effect in Eastern Time, although in reality it wouldn't yet for another hour.  In this case, the wall-clock times of these two transitions are identical, while in actuality the transitions are meant to take effect sequentially.</div><div><br></div><div>It appears that this bug also manifests in other cases where the strict ordering of transitions does not exactly match the strict ordering of wall-clock times: Trying out "2:30" in the UNTIL field should mean that the Zone transition should happen 30 minutes BEFORE the US Rule would take effect (and thus require two transitions), but by wall-clock time, it would "appear" to be 30 minutes AFTER (fooling zic into thinking only the "latter" Zone transition is needed as the Rule would have "already" taken effect).  And, indeed, the results are similarly incorrect here, too:</div><div><br></div><div>--- to2050.tzs     2020-12-05 14:11:12.000000000 -0500<br>+++ to2050new.tzs  2020-12-05 14:36:07.000000000 -0500<br>@@ -5201,7 +5201,7 @@<br> 2014-03-09        03      -04     EDT     1<br> 2014-11-02 01      -05     EST<br> 2015-03-08       03      -04     AST<br>-2018-03-11        03      -04     EDT     1<br>+2018-03-11  02:30   -04     EDT     1<br> 2018-11-04 01      -05     EST<br> 2019-03-10       03      -04     EDT     1<br> 2019-11-03 01      -05     EST<br></div><div><br></div><div>Certainly an edge case in this particular instance, but given that many historical transitions coincide tightly with transitions in other regions being "joined" or "left", perhaps one worth a further look.</div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">--<br>Tim Parenti<br></div></div></div>