Un nuovo terminal potrebbe reattaccare a un vecchio guscio dopo un aggiornamento

Fixkamo-internal
Spegnimento
3 settembre 2026 alle ore 20:08 UTC
Autore
Kamo
Impegno
80d8a02

Il guscio è stato messo in chiave sull'id della finestra degli strumenti, e @kamo/tool-core li costruisce come `${toolId}-${++idCounter} da un contatore che RESETS su ogni carico di pagina. Così primo terminal aperto dopo un aggiornamento è stato `terminal-1` di nuovo e riattaccato a qualunque sia l'ultimo `terminal-1` avesse lasciato in esecuzione — aprire un terminale avrebbe a volte consegnate il lavoro semilavorato appartenente a una finestra che avevate chiuso. Questo è l'opposto di quello che è stato chiesto: ogni istanza aperta dovrebbe essere una nuova istanza terminale. Il guscio ora ha un'identità propria, coniata al clic e passata come un finestra PROP. L'istantanea dello strumento persiste props verbatim, quindi entrambe le metà Hold: una nuova finestra è una nuova shell, e una finestra che torna da una rinfrescare, un ripristino o un collegamento abbandonato reattaches a proprio proprio. L'id è casuale, e vincolato alla classe di carattere SecurityService e l'agente entrambi fanno rispettare — tmux legge `.` e `: ` come finestra e riquadro di indirizzo, quindi un nome portare loro nomi la cosa sbagliata piuttosto che fallire. I test indicano il comportamento piuttosto che l'implementazione: due clic producono due ids di sessione diversi, il id non corrisponde mai alla forma `terminal- > ` window-id, e 500 ids successivi sono distinti e tutti all'interno della classe di carattere accettata. 411 file di prova / 5139 test, tsc e la produzione costruire tutto pulito.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo