Repository navigation
replServer.setupHistory() silently discards callback errors since v24.2.0 #60837
Copy link
Copy link
Open
Labels
replIssues and PRs related to the REPL subsystem.Issues and PRs related to the REPL subsystem.staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
Description
Activity
- addedreplIssues and PRs related to the REPL subsystem.Issues and PRs related to the REPL subsystem.
on Nov 24, 2025 - changed the title
[-]Some test cases seem unreachable?[/-][+]`replServer.setupHistory()` silently discards callback errors since v24.2.0[/+]on Nov 26, 2025 - added a commit that references this issue
on Nov 30, 2025 node/lib/internal/repl/history.js
Lines 321 to 327 in b09155d
this[kContext].once('flushHistory', () => { if (!this[kContext].closed) { this[kContext].resume(); onReadyCallback(null, this[kContext]); } });
I have observed since this is an event listener getting called hence the error propagation were not observed. Updating tests to asynchronous pattern is able to catch these assertion errors.I have created a PR for this.
@Renegade334 @puskin- added a commit that references this issue
on Jun 22, 2026 github-actions commented
on Sep 16, 2026 on Sep 16, 2026 – with GitHub ActionsContributorMore actionsThis issue has been marked as stale due to 90 days of inactivity.
It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.- addedstaleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
on Sep 16, 2026
Metadata
Metadata
Assignees
Labels
replIssues and PRs related to the REPL subsystem.Issues and PRs related to the REPL subsystem.staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
Version
26.0.0-pre
Platform
Subsystem
No response
What steps will reproduce the bug?
How often does it reproduce? Is there a required condition?
I can reproduce it everytime
What is the expected behavior? Why is that the expected behavior?
Test failed as 1 not equal 2 obviously.
What do you see instead?
[00:51]% 100|+ 3953|- 0]: Done
All tests passed.
Additional information
I try several versions of node. It seemed to happen from v24.2.0.
This is screenshot of v24.1.0