- Se descapó
- 3 de septiembre de 2026 a las 20:08 UTC
- Autor
- Kamo
- Compromit
- 80d8a02
El caparaz estaba teclado en el id de la ventana de la herramienta, y el núcleo de la herramienta construye esos como De un mostrador que RESETS en cada página carga de página. Así que el el primer terminal se abrió después de un refresco fue de nuevo aterminal-1 y reencontrado a lo que sea que la última "terminal-1" hubiera dejado corrida y abriría un terminal A veces te mano un trabajo a medio terminar con una ventana que habías cerrado. Eso es lo contrario de lo que se pidió: cada caso abierto debería ser un nuevo instancia terminal. La concha ahora tiene una identidad propia, acuñada en el clic y pasada como una ventana PROP. La instantánea de la ventana de herramientas persiste apocilmente, por lo que ambas mitades Sostener: una ventana recién abierta es una nueva concha, y una ventana que vuelve de un refrescar, una restauración o una conexión caída reacia a exactamente la suya. El identificador es aleatorio, y se ve obligado a la clase de carácter SecurityService y el agente ambos se aplican a las lecturas de tmux y como dirección de ventana y cristal, por lo que un nombre llevarlos nombrando lo incorrecto en lugar de fallar. Pruebas pinan el comportamiento en lugar de la implementación: dos clics producen dos diferentes ids de sesión, el id nunca coincide con la forma de ventana-inal-én.id, y 500 ids sucesivos son distintos y todos dentro de la clase de caracteres aceptados. 411 archivos de prueba / 5139 pruebas, tsc y la producción construyen todo limpio.