Race condition at the end of hot code replacement causes inconsistent UI state
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 38/100
Piste de recherche
Commencez par JavaHotCodeReplaceProvider.redefineClasses() et stepIntoThread(ThreadReference), puis examinez ProtocolServer.sendEvent(DebugEvent) ainsi que sa gestion de StoppedEvent et ContinuedEvent. Reproduisez le timing de StepEvent ou suivez-le, et considérez l’issue comme terminée lorsque la VS Code UI reflète systématiquement que le processus cible est suspendu après le hot code replacement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
At the end of JavaHotCodeReplaceProvider.redefineClasses() execution JavaHotCodeReplaceProvider.stepIntoThread(ThreadReference) is called which sends JDI StepRequest to the target process and subscribes for StepEvent, on reception of which the following events for the UI are populated in that order:
context.getProtocolServer().sendEvent(new Events.StoppedEvent("step", thread.uniqueID()));
context.getProtocolServer().sendEvent(new Events.ContinuedEvent(thread.uniqueID()));
However, ProtocolServer.sendEvent(DebugEvent) usually reverses this order by putting StoppedEvent to the event queue until ProtocolServer command processing (redefineClasses in this case) has completed. All other types of events are sent immediately. As JDI StepRequest is usually processed very quickly by the target process, the usual order for the VS Code UI to receive the events is ContinuedEvent > StoppedEvent. In contrast, if StepRequest processing happens to be slow then StoppedEvent is sent first and ContinuedEvent as the final one. In that case the Debug toolbar in VS Code UI will be shown like in running state with Stop button while the target process is still suspended.
- Langage dominant
- Java
- Étoiles
- 409
- Forks
- 204
- Merge moyen
- 1 j 13 h
- PR mergées (30 j)
- 4
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
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.
Autres issues de microsoft/java-debug
-
ai-triaged bug
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
microsoft/java-debug#611 · 2 commentaires ·
-
ai-triaged enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
microsoft/java-debug#608 · 3 commentaires ·
-
ai-triaged question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
microsoft/java-debug#597 · 1 commentaire ·
-
ai-triaged bug
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
microsoft/java-debug#588 · 1 commentaire ·
-
Is Hamcrest a dependency? Ouverteai-triaged question
Difficulté 2/5 1-3 heures Accessibilité débutants 35/100
microsoft/java-debug#582 · 1 commentaire ·
Toutes les issues de microsoft/java-debug
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
elastic/gradle-plugins#157 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
cryptomator/hub#497 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
johanhaleby/occurrent#1120 ·