[Date Prev][Date Next] [Chronological] [Thread] [Top]

# Re: VTS 1.92-14: Y2K problems

- To: "Guy Lancaster" <glanca@dieboldes.com>, "Bugs" <bugtrack@dieboldes.com>
- Subject: Re: VTS 1.92-14: Y2K problems
- From: "Talbot Iredale" <tiredale@dieboldes.com>
- Date: Tue, 4 Jan 2000 11:30:59 -0800
- References: <386BCC9F.89A2BCC4@dieboldes.com>

    This bug is now fixed.  The only issue is the automatic calculation of the
    election date string (ie the day of the week is wrong) but other than that
    all is okay.
    We will release a patch-15 sometime later this month.

    Tab

    ----- Original Message -----
    From: Guy Lancaster <glanca@dieboldes.com>
    To: Bugs <bugtrack@dieboldes.com>
    Sent: Thursday, December 30, 1999 1:20 PM
    Subject: VTS 1.92-14: Y2K problems

    > VTS Patch 14 displays years where the last 2 digits are < 60
    > as being in 20xx but the internal date is still 19xx.  This
    > is causing the day of the week to be wrong.
    >
    > Bonnie in Grand Traverse just upgraded from patch 9 to patch
    > 14 (the Y2K fix) and reports that for February 22, 2000 she
    > is getting the day as Thursday rather than Tuesday.  I
    > advised her to change the election title and continue.  I
    > then created my own test election and confirmed that the
    > actual internal date is February 22, 1900 even though it
    > displays as Feb 22, 2000.  I'm hoping that this won't
    > adversly affect her election since she needs to get the
    > ballots done RSN.
    >
    > I suggest that we need to either change the date format for
    > the election selection/definition screen to be "99/99/9999"
    > or add one hundred years to the internal date when a new
    > election is created and its year is before 1980 or
    > something.
    >
    >           Guy

- Next by Date: Re: Gems 1.14.1.7 & AVTS 3.18.10.1 - Out of Memory
- Index(es):
  - Chronological
  - Thread