JDK-8211382 : ISO2022JP and GB18030 NIO converter issues
- Type: Bug
- Component: core-libs
- Sub-Component: java.nio.charsets
- Affected Version: 8,11,12
- Priority: P3
- Status: Closed
- Resolution: Fixed
- CPU: generic
- Submitted: 2018-10-02
- Updated: 2024-02-02
- Resolved: 2018-11-01
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 11 | JDK 12 | JDK 8 | Other |
|---|---|---|---|
| 11.0.20-oracleFixed | 12 b19Fixed  |
8u381Fixed | openjdk8u212Fixed |
Related Reports
|
Duplicate :
|
|
|
Relates :
|
Description
ISO2022JP decoder and GB18030 decoder (for decodeBufferLoop()) have code range definition issues. ISO2022JP, 0x1B, 0x28, 0x49, 0x60, 0x1B, 0x28, 0x42, is converted to \uFFA0 ISO2022JP is for Japanese, but \uFFA0 is a part of Hangul character. GB18030, \uFFFE is converted to 0x84, 0x31, 0xA4, 0x38. 0x84, 0x31, 0xA4, 0x38 is converted to replacement character \uFFFD.
Comments
|