HP3000-L Archives

March 2000, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Richard Gambrell <[log in to unmask]>
Reply To:
Richard Gambrell <[log in to unmask]>
Date:
Wed, 1 Mar 2000 19:25:29 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (52 lines)
Maybe this subject should be OT?
True story (for real - it happened yesterday on leap day):

Our commercial application from a 3rd party who will be nameless (and who
doesn't offer MPE applications) running on Oracle on our HP 9000 yesterday
a transaction of data in the AR module on leap day.

The Bursar's office called me yesterday to report that a receipt number
was generated when a payment was entered, but wouldn't print. Then upon
investigation, they couldn't retrieve the record of the transaction on the
student's account. The cashier must have clicked SAVE, since that is what
triggers the receipt number being generated.  *If* the user had not
clicked on SAVE, there would have been no receipt number, but they had the
number and the next transaction entered used the next number.  I checked
all the rows in the apporpriate transaction table and couldn't find the
missing receipt, but the earlier and later ones were all there.

About 15 months ago we (and others) had reported a bug to this vendor that
it lost data during a transaction after generating and printing the
receipt (under certain conditions and keystokes).  They "fixed" this bug
sometime last year and we installed the patches (and many more since).  I
just realized that they must have fixed the wrong "bug", since now it
won't print the receipt, so you can no longer "prove" the data was entered
properly, then lost.:-) [I have to laugh - it hurts too much to cry - at
least I didn't recommend this vendor.]

BTW, this application is written in Oracle Forms, designer version 1.3.2,
with a *lot* of heavy pl/sql, and runs on Windows.  The Oracle server is
7.3.4.2.

The kicker: the Bursar's office staff blamed the lost data on leap day.

Richard

PS - I did check to make sure that the other transactions they entered
yesterday had the proper date - and they appeared to be fine.

--
Richard L Gambrell, Chair of Mocs Express Process Team
Database Administrator and
Consultant to Computing Services at UTC

** UTC business:
  University of Tennessee at Chattanooga
  113 Hunter Hall, Dept. 4454
  615 McCallie Ave., Chattanooga, TN 37403-2598
  fax: 423-755-4025
  phone: 423-755-4551       email: [log in to unmask]

** other business or private:
  voice mail/cell phone: 423-432-5122  email: [log in to unmask]

ATOM RSS1 RSS2