Regression Node 24.0.0+: parsing JSONL with U+2028 (line separator)/ U+2029 (paragraph separator)
まだ誰も着手していません。
- 主要言語
- JavaScript
- スター
- 122k
- フォーク
- 37.3k
- 平均マージ
- 4日 2時間
- マージ済み PR(30日)
- 283
説明
Version
node v24.0.0+
What steps will reproduce the bug?
- Open a Node.js shell session (version 24.x or later).
- Run
JSON.parse('{"text":"Hello World"}')(The character between “Hello” and “World” is U+2028 (line separator). You can also use U+2029 (paragraph separator) instead.)
which will return with a Uncaught SyntaxError: Unexpected token ...
How often does it reproduce? Is there a required condition?
Always
What is the expected behavior? Why is that the expected behavior?
Summary
Note: V8's "Subsume JSON" documentation explicitly discusses making these code points processable in JavaScript string literals (https://v8.dev/features/subsume-json). Given that, this change is surprising and breaks existing production pipelines.
What do you see instead?
After upgrading to Node v24.x, JSON.parse() now throws a SyntaxError when parsing JSON text that contains literal U+2028 (line separator) or U+2029 (paragraph separator) inside a string value. The same input parsed successfully on Node v23.x. This looks like a regression or at least an undocumented behaviour change in Node/V8.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず Node v24 で JSON.parse の例を再現し、Node v23 と比較します。その際、JSON のパース経路と、文字列内のリテラル U+2028 および U+2029 の扱いに焦点を当ててください。issue ではソースファイルやテストについて触れられていないため、関連する runtime または V8 のエントリポイントを追跡し、他の JSON の動作を変更せずに入力が正常にパースされることを示すカバレッジを追加してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript, nodejs
- 領域
- backend
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100