Fixes are available
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 number
PI31469
Reported component name
CLRQUEST MSITE
Reported component ID
5724G3700
Reported release
801
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2014-12-12
Closed date
2016-06-10
Last modified date
2016-06-10
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
Document Information
Modified date:
14 October 2021