- Navios
- 3 de setembro de 2026 às 20:08 UTC
- Autor
- Kamo
- Enviar
- 80d8a02
O shell foi digitado no ID da janela da ferramenta, e @kamo/tool-core constrói aqueles como `${toolId}-${++idCounter}` de um contador que RESETS em cada carga de página. Então... primeiro terminal aberto após uma atualização foi `terminal-1` novamente e o que quer que o último `terminal-1` tivesse deixado em execução — abrir um terminal seria Às vezes, entregar-lhe trabalho semi-acabado pertencente a uma janela que tinha fechado. Isso é o oposto do que foi pedido: cada instância aberta deve ser uma nova instância terminal. O shell agora tem uma identidade própria, cunhado no clique e passado como um janela PROP. O snapshot da janela-ferramenta persiste em props verbatim, por isso ambas as metades hold: uma janela recém-aberta é uma nova shell, e uma janela que volta de um atualizar, uma restauração ou uma conexão descartada religa exatamente a sua própria. O ID é aleatório e restrito à classe de caracteres SecurityService e ao agente ambos executem - tmux lê `.` e `:` como janela e endereçamento de painel, então um nome carregando-os nomeia a coisa errada em vez de falhar. Testes fixam o comportamento em vez da implementação: dois cliques produzem dois IDs de sessão diferentes, o ID nunca corresponde à forma `terminal-<n>` window-id, e 500 ids sucessivos são distintos e todos dentro da classe de caráter aceito. 411 arquivos de teste / 5139 testes, tsc e a produção construir tudo limpo.