PI31469: CHINESE LOCALE IMPACTS TYPE-AHEAD BEHAVIOR IN WINDOWS CLIENT (COMMA CHARACTER IGNORED)

Rational ClearQuest 9.0
Rational ClearQuest Fix Pack 11 (8.0.1.11) for 8.0.1
Rational ClearQuest Fix Pack 1 (9.0.0.1) for 9.0
Rational ClearQuest Fix Pack 12 (8.0.1.12) for 8.0.1
Rational ClearQuest Fix Pack 2 (9.0.0.2) for 9.0
Rational ClearQuest Fix Pack 13 (8.0.1.13) for 8.0.1
Rational ClearQuest Fix Pack 3 (9.0.0.3) for 9.0
Rational ClearQuest Fix Pack 14 (8.0.1.14) for 8.0.1
Rational ClearQuest Fix Pack 4 (9.0.0.4) for 9.0
Rational ClearQuest Fix Pack 15 (8.0.1.15) for 8.0.1
Rational ClearQuest Fix Pack 5 (9.0.0.5) for 9.0
Rational ClearQuest Fix Pack 16 (8.0.1.16) for 8.0.1
Rational ClearQuest Fix Pack 6 (9.0.0.6) for 9.0
Rational ClearQuest Fix Pack 17 (8.0.1.17) for 8.0.1
Rational ClearQuest Fix Pack 18 (8.0.1.18) for 8.0.1
Rational ClearQuest Fix Pack 19 (8.0.1.19) for 8.0.1
Rational ClearQuest Fix Pack 20 (8.0.1.20) for 8.0.1
Rational ClearQuest Fix Pack 21 (8.0.1.21) for 8.0.1
Rational ClearQuest Fix Pack 22 (8.0.1.22) for 8.0.1
Rational ClearQuest Fix Pack 23 (8.0.1.23) for 8.0.1
Rational ClearQuest Fix Pack 24 (8.0.1.24) for 8.0.1
Rational ClearQuest Fix Pack 25 (8.0.1.25) for 8.0.1

APAR status

• Closed as program error.

Error description

• In Clearquest 8.0.x.y changing the language for non-unicode
  programs from English to Chinese affects the behavior of the
  type ahead feature in the Wondows client.
  This has been reported for drop-down list boxes set with the
  "auto-sort" option, but it may be affecting also other control
  types.
  The problem, reproduced with a modified sample database, is that
  "comma" characters seem to be ignored by the tpe-ahead feature
  when the language for non-unicode programs is set to Chinese
  (PRC) instead of English. With English set, the comma
  participates correctly in the type-ahead, just like any other
  character.
  For example, if you have entries "Smith, Adam" and "Smith,
  John", typing "Smith, J" brings "Smith, John" to the value box
  if the locale (language for non-unicode programs) is set to
  English, but it returns "Smith, Adam" (as if you had only typed
  "Smith") with Chinese.
  Tis issue is only reproducible in 8.0.x.y. In CQ 7 the change in
  this OS regional setting did not have an impact on this use
  case.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * ClearQuest Windows Client                                    *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * If you change your Windows Display Language setting to       *
  * something other than the default, the ClearQuest Windows     *
  * Client type ahead feature for drop-down list box controls    *
  * does not work for characters like period (.) and comma (,).  *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  

Problem conclusion

• A fix is available in ClearQuest 8.0.1.11 and 9.0.0.1.
  ClearQuest Windows Client type ahead feature now works correctly
  after changing your Windows Display Language setting.
  

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

  CLRQUEST MSITE

• Fixed component ID

  5724G3700

Applicable component levels

• R801 PSY

     UP