IC78098: WHEN USING HOST CODE PAGE 1388 THE DATE FIELDS LOSE ALL THEIR FORMATTING.

Rational Host Access Transformation Services Fix Pack 5 (8.0.0.5) for 8.0
Rational Host Access Transformation Services Fix Pack 1 (8.0.0.1) for 8.0.0
Rational Host Access Transformation Services, version 7.5.1.3
Rational Host Access Transformation Services Fix Pack 2 (8.0.0.2) for 8.0
Rational Host Access Transformation Services Fix Pack 4 (7.5.1.4) for 7.5.1
Rational Host Access Transformation Services Fix Pack 3 (8.0.0.3) for 8.0
Rational Host Access Transformation Services Fix Pack 5 (7.5.1.5) for 7.5.1
Rational Host Access Transformation Services Fix Pack 4 (8.0.0.4) for 8.0
Rational Host Access Transformation Services Fix Pack 6 (7.5.1.6) for 7.5.1

APAR status

• Closed as program error.

Error description

• When tabbing through or entering on a field with an EDTCDE(Y),
  the field loses the formatting.  This problem only occurs when
  the host code page is set to 1388 (Simplified Chinese Extended).
  When using host code page 037 (US), the field retains formatting
  and works as expected.
  

Local fix

• Manually modify JavaScript codes to disable the content checking
  for Numeric fields, so the slashes can be submitted to bring
  outr the screen.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: DBCS users who render a numeric field with   *
  *                 an EDTCDE(Y) to define the date format.      *
  ****************************************************************
  * PROBLEM DESCRIPTION: Under DBCS code pages, when tabbing     *
  *                      through or entering on a field with     *
  *                      an EDTCDE(Y), the field loses the       *
  *                      date formatting.                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  These date formattings are modified by DBCS content checking
  implementations
  

Problem conclusion

• Under 1388 or other DBCS code pages, when users hit ENTER,
  HATS performs data type checking to ensure that only allowable
  data types can exist in the input fields.  If illegal
  characters are found, HATS would remove illegal characters and
  do nothing to host application.  The reason why HATS
  implements this for DBCS code pages but not SBCS code pages is
  that users might enter illegal characters through IME and our
  regular content checking cannot catch illegal characters until
  users hit ENTER to leave IME mode.   In user's 1388 case,
  "From start date" is defined as a Numeric Only field, meaning
  forward slash is not a legal character to be submitted.  After
  user submits 072811 to host, host application will convert
  072811 to 7/28/11, which contains illegal characters forward
  slash, so HATS will perform content checking to remove slashes
  after user hits ENTER again.  However, we determined that the
  case of using IME in numeric fields rarely exists, so the
  AutoIME content checking seems redundant and should be removed.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  RATL HATS FOR 5

• Fixed component ID

  5724U6800

Applicable component levels

• R751 PSY

     UP

• R800 PSY

     UP