aurelia / aurelia/task-queue

Flush during flush leads to not all tasks being executed

Ouverte
#35 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
JavaScript
Étoiles
35
Forks
21
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

**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

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par localiser l’implémentation de flushMicroTaskQueue et reproduisez une microtâche mise en file d’attente qui appelle flushMicroTaskQueue alors que la file est déjà en cours de vidage. Vérifiez que l’appel imbriqué ne perturbe pas le premier vidage et que toutes les tâches mises en file d’attente sont exécutées.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
javascript
Domaine
frontend
Type d'issue
Bug
Difficulté
3/5
Temps estimé
1-2 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
45/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.