-
Type:
Bug
-
Resolution: Fixed
-
Priority:
P3
-
Affects Version/s: 12
-
Component/s: tools
-
b09
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8221328 | 12.0.2 | Jan Lahoda | P3 | Resolved | Fixed | b01 |
| JDK-8256886 | 11.0.11-oracle | Dukebot | P3 | Resolved | Fixed | b01 |
| JDK-8257243 | 11.0.10 | Jan Lahoda | P3 | Resolved | Fixed | b05 |
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.
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.
- backported by
-
JDK-8221328 jshell tool: input behavior unstable after 12-ea+24 on Windows
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- duplicates
-
-
- Closed
-