When `ReadableStream` read fails, stack trace does not include the line responsible
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 122k
- Forks
- 37.3k
- Merge moyen
- 4 j 2 h
- PR mergées (30 j)
- 283
Description
Version
22.2.0
Platform
Microsoft Windows NT 10.0.22635.0 x64
Subsystem
No response
What steps will reproduce the bug?
Save the following code to a file and run it:
import net from 'node:net'
import stream from 'node:stream'
const socket = net.connect(90, 'host.invalid.',)
socket.on("error", e => { console.warn("socket error:", e.message) })
let myStream = stream.Duplex.toWeb(socket)
console.log("next line throws")
await myStream.readable.getReader().read()
console.log("this line will never be reached")
How often does it reproduce? Is there a required condition?
No response
What is the expected behavior? Why is that the expected behavior?
From the output, you can see there was an error, but you can't see why that crashed the process. The output should mention the line number of the read() call so that the user can add necessary error handling.
Note that --async-stack-traces does not make the output any more useful.
What do you see instead?
> node index.mjs
next line throws
socket error: getaddrinfo ENOTFOUND host.invalid.
node:internal/modules/run_main:115
triggerUncaughtException(
^
Error: getaddrinfo ENOTFOUND host.invalid.
at GetAddrInfoReqWrap.onlookupall [as oncomplete] (node:dns:120:26) {
errno: -3008,
code: 'ENOTFOUND',
syscall: 'getaddrinfo',
hostname: 'host.invalid.'
}
Additional information
A bad and easy to forget workaround is to wrap each await call.
await reader.read().catch(e => { throw new AggregateError([e]) })
A better workaround might be possible with the (discouraged) async hooks API.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par exécuter la reproduction fournie dans index.mjs avec Node.js 22.2.0 et examinez le lecteur de ReadableStream ainsi que la propagation des erreurs impliquée dans stream.Duplex.toWeb(socket). Le travail est terminé lorsque l’erreur non interceptée inclut l’emplacement source de l’appel à read(), avec un test de régression couvrant le chemin read qui échoue.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, node.js
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100