Flush during flush leads to not all tasks being executed
- Vorherrschende Sprache
- JavaScript
- Sterne
- 35
- Forks
- 21
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
**I'm submitting a bug report**
* **Library Version:**
current
**Please tell us about your environment:**
* **Operating System:**
OSX 10.x|Linux (distro)|Windows [7|8|8.1|10]
* **Node Version:**
6.2.0
* **NPM Version:**
3.8.9
* **Browser:**
all | Chrome XX | Firefox XX | Edge XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView
* **Language:**
all | TypeScript X.X | ESNext
**Current behavior:**
If one of the queued micro tasks calls flushMicroTaskQueue
Queue enters the second flush cycle even though flushing is set to true
after which length of queue is set to zero
but for 1st flush call index is greater then length of queue at this point
and leads to unexpected behavior
**Expected/desired behavior:**
* **What is the expected behavior?**
If queue is already flushing we should ignore the second call
* **What is the motivation / use case for changing the behavior?**
prevent uncertainty
Beitragsleitfaden
Rechercherichtung
Beginne damit, die Implementierung von flushMicroTaskQueue zu lokalisieren, und reproduziere einen eingereihten Microtask, der flushMicroTaskQueue aufruft, während die Warteschlange bereits geleert wird. Bestätige, dass der verschachtelte Aufruf den ersten Flush nicht beeinträchtigt und dass alle eingereihten Tasks ausgeführt werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript
- Bereich
- frontend
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100