doc: clarify forEach concurrency and ordering - #66291
mmustafasenoglu wants to merge 1 commit into
Conversation
|
Welcome to Node.js, and thank you for your first contribution! Before review, please take a moment to read:
Please make sure every commit is signed off. For a first pull request, GitHub Actions require collaborator approval and Jenkins CI must be started by a collaborator or triager, so an initial wait is normal. Caution AgentScan found account activity patterns that may be consistent with automation. This is a heuristic, not proof that this pull request was opened by an agent or violates policy. AI-assisted contributions are permitted, but automated tooling must not open pull requests without advance approval, and contributors must personally understand, test, verify, and take responsibility for every submitted change. See the AgentScan analysis, AI use policy, and automation policy for additional context. |
Signed-off-by: Mustafa Senoglu <mmustafasenoglu0@gmail.com>
6ad2df7 to
5b56ec8
Compare
Adds a short note to the readable.forEach docs for #66106, explaining that with concurrency greater than 1 the fn calls still complete in chunk order, so a slow call on an early chunk holds up the later ones.
Fixes: #66106
Disclosure: I used an AI coding assistant to help draft this docs change. I personally verified the wording against the implementation in lib/internal/streams/operators.js (forEach delegates to map, which awaits the queued calls in order) and confirmed the behavior with a local script.