quic: when staying inside callback
Nessuno ha ancora preso questa issue.
- Lingua principale
- JavaScript
- Stelle
- 122k
- Fork
- 37.3k
- Merge medio
- 4g 2h
- PR unite (30g)
- 283
Descrizione
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?
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia tracciando il percorso ondatagram e la sua interazione con lo scope del callback ngtcp2 e SendPendingData. L'issue non indica file o test e i criteri di completamento non sono definiti; stabilisci innanzitutto se l'esecuzione del callback può bloccare l'invio e quale modifica progettuale, se prevista, ci si aspetta.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- javascript, nodejs
- Ambito
- backend, networking
- Tipo di issue
- Bug
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Tranquilla
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 25/100