readline: processing \u2028 and \u2029
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 122k
- Forks
- 37.3k
- Avg merge
- 4d 2h
- Merged PRs (30d)
- 283
Description
Not sure if we should fix, document, or ignore this and if it has been discussed, so to be on the safe side.
Currently, \u2028 and \u2029 are considered as line breaks by JavaScript RegExps, while they are ignored by the readline:
'use strict';
const fs = require('fs');
const readline = require('readline');
const str = '123\n456\r123\u{2028}456\u{2029}789';
console.log(str.split(/^/mu));
fs.writeFileSync('readline-test.txt', str, 'utf8');
const rl = readline.createInterface({
input: fs.createReadStream('readline-test.txt', 'utf8'),
crlfDelay: Infinity,
});
rl.on('line', console.log);

Feel free to close if this is a wontfix.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by running the supplied fs/readline.createInterface reproduction and compare its handling of \u2028 and \u2029 with JavaScript RegExp line breaks. Review the readline behavior and discussion to decide whether this is a bug, documentation issue, or intentional behavior; done means that decision is recorded and any agreed behavior is covered by a regression test.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, node.js
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100