JDK-8218287 : jshell tool: input behavior unstable after 12-ea+24 on Windows
- Type: Bug
- Component: tools
- Sub-Component: jshell
- Affected Version: 12
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- Submitted: 2019-02-04
- Updated: 2021-07-28
- Resolved: 2019-02-20
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 13 |
|---|---|---|
| 11.0.10Fixed | 12.0.2Fixed | 13 b09Fixed  |
Related Reports
|
Duplicate :
|
Description
I have tried JShell on Windows 10.
It works expectedly on JDK 11 and <=12-ea+23.
But >=12-ea+24, some inputs are lacked especially when paste.
e.g. If "import java.time.format.*" pastes to JShell, sometimes It could be
below.
-> mport java.time.format.*
-> iport java.time.format.*
-> iort java.time.format.*
And, if I input Japanese characters like kanji, they are garbled.
e.g. "var kanjiFormat = DateTimeFormatter.ofPattern("GGGGy���M���d���",
Locale.JAPAN)"
-> var kanjiFormat = DateTimeFormatter.ofPattern("GGGGy���NM������d���",
Locale.JAPAN)
e.g. "System.out.println("������")"
-> System.out.println("������������")
���?������
I think this unstable behavior comes from the JLine library.
Comments
|