- Expédié
- 3 septembre 2026 à 20:08 UTC
- Auteur
- Kamo
- Commite
- 80d8a02
L'enveloppe a été claveée sur l'id de la fenêtre de l'outil, et le noyau de l'outil construit ceux comme d'un compteur RESETS sur chaque page de chargement. Donc le le premier terminal ouvert après un rafraîchissement a été à nouveau «terminal-1» et rattache à quel que soit le dernier "terminal-1" qui était parti en marche - l'ouverture d'un terminal Parfois, vous avez des travaux à moitié terminés appartenant à une fenêtre que vous aviez fermé. C'est le contraire de ce qui a été demandé: chaque instance ouverte devrait être une nouvelle instance terminale. La coquille a maintenant une identité qui lui est propre, frappée au clic et passée en tant que Fenêtre PROP. L'instantané de la fenêtre d'outil persiste les supports mot pour mot, donc les deux moitiés hold: une fenêtre nouvellement ouverte est une nouvelle coque, et une fenêtre qui revient d'un rafraîchir, une restauration ou une connexion abandonnée se rattache à exactement la sienne. L'id est aléatoire, et contraint à la classe de caractères SecurityService et à l'agent à la fois d'appliquer l'adressage de la fenêtre et de la fenêtre, donc un nom les porter noms de la mauvaise chose plutôt que d'échouer. Tests épinglent le comportement plutôt que la mise en œuvre: deux clics produisent deux différents ids de session, l'id ne correspond jamais à la forme de fenêtre-id 'terminal-' n'est-, et 500 ids successifs sont distincts et tous dans la classe de caractères acceptés. 411 fichiers de test / 5139 tests, tsc et la construction de la production sont tous propres.