IV89495: TRIRIGA ANYWHERE DOES NOT SUPPORT PANAMA LANGUAGE

APAR status

• Closed as fixed if next.

Error description

• In our TRIRIGA Anywhere app, a user cannot login if region is
  set to Panama on his/her iPhone.  We can add a new Language to
  the system "Languages" list (e.g. "Panamanian"). A row can be
  inserted into the LANGUAGE_DETAIL table with LANGUAGE_ID
  referencing the LIST_VALUE_ID
  that was produced by adding the list value. This results in
  "Panamanian" being displayed in the Language Manager. However,
  even though the LANGUAGE_DETAIL record indicates a value of
  "en_PA", it is presented as "en_US" in the manager. It is
  possible to change the locale code and click "Save", but
  appears to only accept the previously defined values.  For
  example, changing any of the values to e.g. "en_GB" and saving
  works correctly. If an unrecognized code is entered (such as
  "en_PA") it reverts to "en_US" upon saving. I'm not certain if
  there is a table somewhere that stores the "supported" region
  codes, or if it just uses the supported list of Java locales:
  

Local fix

• use alternate language for the moment.
  

Problem summary

• Need to change the  OSLC language select policy.
  

Problem conclusion

• OSLC will use the language
  requested even if country code is invalid for TRIRIGA. And it
  will return the result in user default language if the language
  part doesn't match any TRIRIGA supported languages.
  Change the Language Code screen of the Globalization Manager to
  display an error message, instead of switching to en-US, if the
  user entered an invalid locale code for an language. This is
  targeted to the 2h2016 release.
  

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

• 999
  

Fix information

Applicable component levels