worker: `messageerror` listeners remain during `exit`
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 1/5
- Geschätzter Aufwand
- Unter einer Stunde
- Anfängerfreundlichkeit
- 90/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- javascript
- Bereich
- backend
Rechercherichtung
Beginne in lib/internal/worker.js bei der Exit-Bereinigung in den Zeilen 395–396 und vergleiche den für Message-Listener verwendeten Event-Namen mit dem Event-Namen messageerror. Führe die Reproduktion aus dem Issue erneut aus und bestätige, dass beide Listener-Zähler null sind, während der Exit-Listener ausgeführt wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Version
v24.14.1
The typo is also present in the v26.8.1 source and
in the current main branch.
Platform
Microsoft Windows NT 10.0.26200.0 x64
Subsystem
worker_threads
What steps will reproduce the bug?
Run the following without any third-party dependencies:
const { Worker } = require('node:worker_threads');
const worker = new Worker('', { eval: true });
const listener = () => {};
worker.on('message', listener);
worker.on('messageerror', listener);
worker.on('exit', () => {
console.log({
message: worker.listenerCount('message'),
messageerror: worker.listenerCount('messageerror'),
});
});
How often does it reproduce? Is there a required condition?
It reproduces every time on v24.14.1 and on the current main branch at
7177c14789a7376866dfe6c04f5cd4da489cfbe6. It occurs both when a worker exits
normally and when it is stopped with worker.terminate().
What is the expected behavior? Why is that the expected behavior?
Both messaging listener counts should be zero while the exit listener is
running:
{ message: 0, messageerror: 0 }
The worker exit cleanup explicitly removes the message listeners before
emitting exit and appears intended to do the same for messageerror.
What do you see instead?
The message listener is removed, but the messageerror listener is still
present:
{ message: 0, messageerror: 1 }
Additional information
The targeted cleanup currently calls
removeAllListeners('messageerrors'), but the event name is messageerror:
The typo was introduced in commit 5968c5423530aeaa10c02eae3e8423c6514cdd1a:
https://github.com/nodejs/node/commit/5968c5423530aeaa10c02eae3e8423c6514cdd1a
There is a later generic removeAllListeners() call after the exit event is
emitted, so this report does not claim a persistent listener leak. The observed
problem is that the targeted pre-exit cleanup does not remove messageerror
listeners as intended.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 122k
- Forks
- 38.4k
- Ø Merge
- 4 T. 3 Std.
- Gemergte PRs (30 T.)
- 275
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus nodejs/node
-
[Docs] `process.loadEnvFile()` does not document behaviour when variables already existEvtl. vergeben @Sepandard hat das vor 8 Tagen übernommen. Offendoc
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
Maintainer antworten meist innerhalb von 1 Tag
-
Stream.prototype.forEach will block in first promise in queue before read more chunkEvtl. vergeben @mmustafasenoglu hat das vor 9 Tagen übernommen. Offendoc
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
build
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
nodejs/node#66076 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
`TextEncoder.encodeInto()` underfills the destination for some non-ASCII textEvtl. vergeben @XadillaX hat das vor 22 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
nodejs/node#65994 · 2 Kommentare · 2 Reaktionen ·
Maintainer antworten meist innerhalb von 1 Tag
-
[`util.styleText`] Allow `text` param to be any scalar value (ex. `number`, `bool` etc additionaly to `string`) which will be casted internally to `string`Evtl. vergeben @SparshGarg999 hat das vor 84 Tagen übernommen. Offenfeature request
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nodejs/node#63841 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
FuRongJun-1999/dsh-memory#56 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
pgadmin-org/pgadmin4#10503 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
521xueweihan/HelloGitHub#3856 ·
-
needs-ac
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Ikalus1988/MisakaNet#2845 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
neondatabase/website#6038 ·
Maintainer antworten meist innerhalb von 1 Tag