-
Type:
Bug
-
Resolution: Fixed
-
Priority:
P4
-
Affects Version/s: 8
-
Component/s: core-libs
-
Environment:
Pure windows zh_CN
or windows MUI switched to below setting
Format locale: S. Chinese
Display locale: S. Chinese
System locale (for non-Unicode program): S. Chinese
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8374224 | 8u491 | Hari Prasad Kummari | P4 | Resolved | Fixed | master |
On pure windows zh_CN or windows MUI fully switched to zh_CN (for non-Unicode program: S. Chinses), run attached program:
java -Djava.locale.providers=JRE,HOST NumberFormatTest zh CN
The output is saved in file output.txt with UTF-8 encoding. The expected result is ￥7,000.00, where currency symbol is \uffe5 from JRE adapter, but the actual result is ¥7,000.00, where the currency symbol is \u00a5 from the host. The currency symbol from Host is returned even it's JRE,HOST in the providers list.
If java.locale.providers is not specified, or HOST is not in the list, the expected result, \uffe5 will be returned.
This problem does not happen in b80, but it happens in b90.
java -Djava.locale.providers=JRE,HOST NumberFormatTest zh CN
The output is saved in file output.txt with UTF-8 encoding. The expected result is ￥7,000.00, where currency symbol is \uffe5 from JRE adapter, but the actual result is ¥7,000.00, where the currency symbol is \u00a5 from the host. The currency symbol from Host is returned even it's JRE,HOST in the providers list.
If java.locale.providers is not specified, or HOST is not in the list, the expected result, \uffe5 will be returned.
This problem does not happen in b80, but it happens in b90.
- backported by
-
JDK-8374224 [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol
-
- Resolved
-
- relates to
-
-
- Resolved
-
-
JDK-8027313 Use locale matcher methods for designating the best locale service provider
-
- Closed
-