IC59019: AFTER AUTO COPY AND PASTE OF CHARACTERS EXCEEDING LENGTH OF PREV IOUS FIELD INTO NEW FIELD, CARET POSITION IS WRONG. HATS 7004

Rational Host Access Transformation Services, Version 7.5.0.1
Rational Host Access Transformation Services, Version 7.1.0.4
Rational Host Access Transformation Services, Version 7.1.0.5
Rational Host Access Transformation Services, Version 7.1.0.6
Rational Host Access Transformation Services, Version 7.1.0.3
Rational Host Access Transformation Services, Version 7.5.0.2
Rational Host Access Transformation Services, Version 7.5.1.1
Rational Host Access Transformation Services, Version 7.5.1.2
Rational Host Access Transformation Services, version 7.5.1.3
Rational Host Access Transformation Services Fix Pack 4 (7.5.1.4) for 7.5.1
Rational Host Access Transformation Services Fix Pack 5 (7.5.1.5) for 7.5.1
Rational Host Access Transformation Services Fix Pack 6 (7.5.1.6) for 7.5.1
Rational Host Access Transformation Services, Version 7.1.0.2

APAR status

• Closed as program error.

Error description

• HATS 7.0.0.4 with testfixes
  When IME is used to input data and characters input exceed the
  length of the current field, the extra characters are
  automatically pasted into the next input field.  However, in
  this case, the caret position was incorrect, causing the
  pasted characters to be erased if erase_eof is pressed.
  

Local fix

• Don't press eraseeof after auto-paste happens.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: HATS DBCS users                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: If autoAdvance and                      *
  *                      eliminateMaxlengthInIdeographicFields   *
  *                      = true and user types in more data to   *
  *                      one field than will fit, the extra      *
  *                      data will be pasted into the next       *
  *                      input field.  However, if the user      *
  *                      then presses EraseEOF key, they         *
  *                      expect additional data in that second   *
  *                      field to be erased, but instead all     *
  *                      data in the field is erased.            *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  OIA was not being updated when data was automatically pasted
  into second field.
  

Problem conclusion

• HATS code was changed so that the cursor position is now
  updated after the context check.
  

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:

Modules/Macros

• DBCS
  

Fix information

• Fixed component name

  HATS MULTI

• Fixed component ID

  5724L0200

Applicable component levels

• R700 PSY

     UP