On Thu, Jan 4, 2024 at 12:23 PM Matthew Donadio via tz <tz@iana.org> wrote:
On Thu, Jan 4, 2024 at 6:00 AM Derick Rethans via tz <tz@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@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").