[Emerald] Strange Things with .328 in the Credit Card Fields

Administrator ( (no email) )
Tue, 29 Feb 2000 13:56:00 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01BF82BC.B60CADD0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

With Emerald 2.5.238 under the Windows 98 operating System
we are seeing very strange things when trying to change items
in the credit card fields.

If you replace a card holder name and swith to a different field
the name reverts back to the old name. This happens with the=20
card number and date as well.

Even though the displayed information switches back to the old info
you are trying to replace, when saved and reloaded the new information
is saved and displayed.

If you change autobill from 0 to 1 or vise-versa and save then the new
value for autobill replaces the card holders name instead.

All of this is very confusing to my billing people.

NOTE: This does NOT happen under the Windows NT operating
system, Everything works perfectly under NT

I have not tested with Windows 95, I dont not have any 95 workstations.

PLEASE Help ASAP! I think this might have been happening with .327
also but not sure. I needed bug fixes that were in .327 and can not go =
back
to .322

John Troher

------=_NextPart_000_0009_01BF82BC.B60CADD0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

With Emerald 2.5.238 under the Windows =98 operating=20System
we are seeing very strange things when =trying to=20change items
in the credit card fields.
 
If you replace a card holder name and =swith to a=20different field
the name reverts back to the old name. =This happens=20with the
card number and date as =well.
 
Even though the displayed information =switches back=20to the old info
you are trying to replace, when saved =and reloaded=20the new information
is saved and displayed.
 
If you change autobill from 0 to 1 or =vise-versa=20and save then the new
value for autobill replaces the card =holders name=20instead.
 
All of this is very confusing to my =billing=20people.
 
NOTE: This does NOT happen under the =Windows NT=20operating
system, Everything works perfectly =under=20NT
 
I have not tested with Windows 95, I =dont not have=20any 95 workstations.
 
 
PLEASE Help ASAP!  I think this =might have=20been happening with .327
also but not sure.  I needed bug =fixes that=20were in .327 and can not go back
to .322
 
John Troher
------=_NextPart_000_0009_01BF82BC.B60CADD0--