REPL: dot-commands produce SyntaxError inside multi-line input
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- JavaScript
- Star
- 122k
- Fork
- 37.3k
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 283
Mô tả
Version
any v24.1.0+
Platform
Tested on:
Microsoft Windows NT 10.0.19045.0 x64;
WSL2 Debian;
Subsystem
REPL
What steps will reproduce the bug?
printf "function a() {\n.break\n" | node -i
printf "function a() {\n.exit\n" | node -i
printf "function a() {\n.help\n" | node -i
How often does it reproduce? Is there a required condition?
Always. Required condition: any registered dot-command typed as the first line after a Recoverable error if self.terminal === true. This includes both real interactive TTYs and node -i with piped stdin.
What is the expected behavior? Why is that the expected behavior?
Welcome to Node.js v24.0.2.
Type ".help" for more information.
> function a() {
| .exit
Welcome to Node.js v24.0.2.
Type ".help" for more information.
> function a() {
| .break
>
Welcome to Node.js v24.0.2.
Type ".help" for more information.
> function a() {
| .help
.break Sometimes you get stuck, this gets you out
.clear Alias for .break
.editor Enter editor mode
.exit Exit the REPL
.help Print this help message
.load Load JS from a file into the REPL session
.save Save all evaluated commands in this REPL session to a file
Press Ctrl+C to abort current expression, Ctrl+D to exit the REPL
|
What do you see instead?
Welcome to Node.js v24.1.0.
Type ".help" for more information.
> function a() {
| .exit
.exit
^
Uncaught SyntaxError: Unexpected token '.'
Welcome to Node.js v24.1.0.
Type ".help" for more information.
> function a() {
| .break
.break
^
Uncaught SyntaxError: Unexpected token '.'
Welcome to Node.js v24.1.0.
Type ".help" for more information.
> function a() {
| .help
.help
^
Uncaught SyntaxError: Unexpected token '.'
Additional information
The expected behavior is dot-commands working in multi-line mode. Since 24.1.0 they do not. Only changes to TTY multi-line input behavior in 24.1.0 were introduced by #58003.
Bisect:
git checkout v24.1.0
./configure
make -j2 node > /dev/null 2>/dev/null
printf "function a(){\n.break\n" | ./node -i
git checkout 629a954477^
make -j2 node > /dev/null 2>/dev/null
printf "function a(){\n.break\n" | ./node -i
git checkout 629a954477
make -j2 node > /dev/null 2>/dev/null
printf "function a(){\n.break\n" | ./node -i
Hunk level bisect:
git checkout 629a954477
make -j2 node >/dev/null 2>/dev/null
printf "n\nn\nn\nn\ny\nn\n" | git checkout -p 629a954477^ -- lib/repl.js
make -j2 node >/dev/null 2>/dev/null
printf "function a() {\n.break\n" | ./node -i
particular hunk introducing the bug:
@@ -943,33 +941,15 @@ function REPLServer(prompt,
}
// If error was SyntaxError and not JSON.parse error
- if (e) {
- if (e instanceof Recoverable && !sawCtrlD) {
- // Start buffering data like that:
- // {
- // ... x: 1
- // ... }
+ // We can start a multiline command
+ if (e instanceof Recoverable && !sawCtrlD) {
+ if (self.terminal) {
+ self[kAddNewLineOnTTY]();
+ } else {
self[kBufferedCommandSymbol] += cmd + '\n';
self.displayPrompt();
- return;
- }
- }
-
- // In the next two if blocks, we do not use os.EOL instead of '\n'
- // because on Windows it is '\r\n'
- if (StringPrototypeIncludes(cmd, '\n')) { // If you are editing a multiline command
- self.history[0] = self[kNormalizeHistoryLineEndings](cmd, '\n', '\r');
- } else if (self[kBufferedCommandSymbol]) { // If a new multiline command was entered
- // Remove the first N lines from the self.history array
- // where N is the number of lines in the buffered command
-
- const lines = StringPrototypeSplit(self[kBufferedCommandSymbol], '\n');
- self.history = ArrayPrototypeSlice(self.history, lines.length);
- lines[lines.length - 1] = cmd;
- const newHistoryLine = ArrayPrototypeJoin(ArrayPrototypeReverse(lines), '\r');
- if (self.history[0] !== newHistoryLine) {
- ArrayPrototypeUnshift(self.history, newHistoryLine);
}
+ return;
}
if (e) {
Reason:
- The change in handling of
Recoverableerror shifts the TTY multi-line handling intoself[kAddNewLineOnTTY]();. - It causes
onLine(cmd)handler to be called with the whole multi-line buffer incmd. - That results in the REPL keyword check failing - instead of checking the first character in
".break"it checks the first character in"function a() {\r.break". (\nbecomes\rinkAddHistory, not relevant to the bug) - Which leads to REPL keywords being passed to
evalwhere they produceSyntaxError: Unexpected token '.'.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu trong lib/repl.js, tập trung vào đường dẫn Recoverable-error, kAddNewLineOnTTY và handler onLine(cmd). Tái hiện bằng các lệnh printf được cung cấp với node -i, sau đó theo dõi cách đầu vào nhiều dòng được đệm đến bước kiểm tra dot-command. Hoàn tất khi .break, .clear, .exit và .help hoạt động bên trong đầu vào nhiều dòng mà không tạo ra SyntaxError.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- javascript, nodejs
- Lĩnh vực
- cli
- Loại issue
- Lỗi
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức phù hợp với người mới
- 72/100