[tz] Extra transition for Europe/London with 2023d

[Bradley White]

On Thu, Jan 4, 2024 at 12:23 PM Matthew Donadio via tz <tz at iana.org> wrote:

> On Thu, Jan 4, 2024 at 6:00 AM Derick Rethans via tz <tz at iana.org> wrote:
>
>> This is the repro set-up, no non-default arguments, or any of the
>> environment variables. I use the 2023.4 data file, and the 2023c/2023d
>> code
>> releases.
>
>
> I can do a `git bisect` in the next day or three (prob over the weekend)
> if that will help narrow down where this was introduced. Should be pretty
> easy to adjust Derick's script to automate most of it.
>

It was ...

commit 35c116b7536a36c43eb7cd36bff71ad0c5ecf071
Author: Paul Eggert <eggert at cs.ucla.edu>
Date:   Sun Oct 15 12:26:28 2023 -0700

    Fix zic bug with Palestine after 2075

    The bug can be observed when processing the following .zi data,
    adapted from the current ‘asia’ file:
            Rule Palestine 2075 max  - Mar Sat<=30 2:00 1:00 S
            Rule Palestine 2075 max  - Oct Sat<=30 2:00    0 -
            Rule Palestine 2076 only - Jul      25 2:00    0 -
            Rule Palestine 2076 only - Sep       5 2:00 1:00 S
            Zone Asia/Gaza 2:00 -         EET   2012
                           2:00 Palestine EE%sT
    Without the fix, zic generates an incorrect TZif file, in which
    the special-case 2076 transitions are omitted.  This causes ‘zdump
    -ic 2076,2077 Asia/Gaza’ to mistakenly omit the lines:
            2076-07-25      01      +02     EET
            2076-09-05      03      +03     EEST    1
    * zic.c (outzone): Redo algorithm to work even when the effect of
    a Rule that never ends (TO="max") is interspersed with the effect
    of a one-shot rule (TO="only").

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20240104/f8c49cc2/attachment.htm>