JDK-8207760 : SAXException: Invalid UTF-16 surrogate detected: d83c ?
- Type: Bug
- Component: xml
- Sub-Component: javax.xml.transform
- Affected Version: 8,9,10,11
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- OS: windows_10
- CPU: x86_64
- Submitted: 2018-07-16
- Updated: 2020-02-21
- Resolved: 2018-09-18
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.4Fixed | 12 b12Fixed  |
8u251Fixed |
openjdk8u222Fixed |
Related Reports
|
Relates :
|
Description
A DESCRIPTION OF THE PROBLEM : When being processed, XML stream is split by chunks of 1024 bytes If a multi-char symbol (e.g. emoji) is on the edge between two chunks then the first chunk is ended with the first char of the symbol and the second chunk is started with the second char of the symbol. In the given example we have a "fallen leaf" Unicode symbol (https://www.compart.com/en/unicode/U+1F342). In the UTF-16 representation it consists of two chars - 0xD83C and 0xDF42. When the second char is carried to the next chunk the first char 0xD83C is recognized as a single invalid character ---------- BEGIN SOURCE ---------- https://github.com/dkBrazz/reproduce-jdk-xslt-bug ---------- END SOURCE ---------- FREQUENCY : always
Comments
|