quic: when staying inside callback
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
I am again debugging.
I just shot myself in the found,
as the client code in ondatagram stayed forever in the ngtcp2 callback scope and prevented sending data out (SendPendingData blocks it).
I wonder if it is a design problem, as people can stay in js code side of a ngtcp2 callback forever and are interfering with SendPendingData.
Here, I could mitigate it (it was actually sending data from js side and closing), but may be it is an design issue.
@jasnell @pimterry
Your opinions?
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 suivre le chemin ondatagram et son interaction avec la portée du callback ngtcp2 et SendPendingData. L’issue ne nomme ni fichiers ni tests, et les critères de fin ne sont pas définis ; établissez d’abord si l’exécution du callback peut bloquer l’envoi et quel changement de conception, s’il y en a un, est attendu.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, nodejs
- Domaine
- backend, networking
- Type d'issue
- Bug
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100