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

# Re: GEMS 1.11.2 - erroneous sequence numbers

 Ok, I'll take look at this.   Dmitry ----- Original Message ----- From: Ken Clark To: Bug Tracking Sent: Monday, August 30, 1999 4:00 AM Subject: RE: GEMS 1.11.2 - erroneous sequence numbers Dmitry, can you please look at this.  Tari has mentioned this one before too.  It sounds like we have situations where the sequence number field of VCenterReportunit is not being initialized.  It should be set to the Reportunit KeyId when a new record is created.   Having said that, there isn't really a problem here.  If you are not using sequence numbers, then the field is completely ignored by the system.  We should probably hide the field in the list views in fact.  If you are using sequence numbers, then you just need to regenerate them after you generate ballots (as usual).   Ken -----Original Message-----From: owner-bugtrack@dieboldes.com [mailto:owner-bugtrack@dieboldes.com]On Behalf Of Nel FinbergSent: Friday, August 27, 1999 9:42 PMTo: Bug TrackingSubject: GEMS 1.11.2 - erroneous sequence numbers Precincts and districts but no races are defined in the attached database, originally imported from VTS.  Both the Vote Centers with Reporting Precincts by ID and by Label reports indicate that many, but not all two-precinct vote centers are displayed with '1246576929' as sequence number for the second precinct.  The sequence number column is otherwise blank.   Precinct (and not sequence) numbers are printed on ballots, and ballot artwork has not yet been generated.    Nel FInberg