- Spegnimento
- 5 settembre 2026 alle ore 22:35 UTC
- Autore
- Kamo
- Impegno
- c45b385
Segnalato di nuovo: una finestra di bug / miglioramento completamente riempito è tornato vuoto dopo passare a /hr, e di nuovo dall'icona nav analytics. La finestra non è mai stata perso — vive nel negozio di livello modulo e viene riprodotto dal per-tab snapshot — è tornato BLANK, che dal lato del membro è lo stesso bug essere reintrodotto per la terza volta. Quello che una finestra di strumento torna CON è solo i suoi oggetti. MessageTool ha rispecchiato il suo progetto in loro dal momento che la finestra di composizione ha perso il suo primo progetto, e ChatTool, AiChatTool e SupportTicketWindow fanno lo stesso. SystemBugReportWindow è stato aggiunto dopo quelle correzioni e mai optato in: ogni campo era componente-local React stato, quindi qualsiasi rimontaggio (un fornitore di antenato che scambia il tipo di elemento) o documento carico (la lista consentita /logout, /validate e OAuth salti, /kb e DNS reloads, una fetch fallita, un fallback MPA dispiegato, bfcache eviction) svuotato mentre la finestra di composizione accanto a esso sopravvisse. Portare il rapporto attraverso un cambiamento di pagina: - useToolWindowDraft rispecchia il contenuto di un membro della finestra nei suoi oggetti, debounced, e confronta per valore — patching props re-renders finestra e ricostruisce il progetto dell'oggetto, quindi un controllo dell'identita' verrebbe inviato per sempre. - La finestra del rapporto lo cavalca con tipo, titolo, descrizione, siti, il Pubblica interruttore e i suoi file in fase. I file sopravvivono a un rimont e non possono sopravvivere il carico del documento, così i loro nomi viaggiano troppo e la finestra dice quali attaccare di nuovo piuttosto che lasciarli silenziosamente. - L'operazione di modifica non contiene più la copia del server sulla parte superiore di un non salvato e rimane in silenzio fino a quando non ha la relazione — altrimenti un rimontaggio durante quella fetch avrebbe ripristinato una forma vuota e poi rifiutare la vera formulazione. - SEND TO AI non è volutamente portato, e il suo dio predefinito non è ri-applicato a una finestra restaurata. Avvia una sessione su un cluster che tiene una macchina credenziali; un interruttore che è tornato armato, o ri-armato su un deliberato off, è esattamente "in attesa di qualcosa che nessuno voleva inviare". Tenere che avvenga una quarta volta — ogni correzione precedente era corretta e la prossima finestra dello strumento spedito senza di esso comunque, perché nulla ha fatto la domanda inevitabile: - A meno che ogni utensile non venga costruito. in registro/tools.ts registra una delle tre risposte: persiste (detected in fonte, mai semplicemente rivendicata), non ha nulla da perdere (verified — un campo di testo nella sua cartella la revoca, a meno che non contrassegnato `tool-window-draft: transient` accanto il controllo con una ragione), o è un gap noto che nomina ciò che è a rischio. Un nuovo finestra strumento non corrisponde a nessuno di loro e non riesce. - Nomi ancora quattro: softphone (numero di linea, nota di chiamata), sms, sociale e Convertitore di testo della calcolatrice. Questi sono casi reali, più piccoli degli stessi difetto, lasciato per il proprio cambiamento perché lo stato vive fuori dal molo. - 15 test: il progetto di viaggio rotondo attraverso sanitizeProps, ripristinare attraverso un rimontare, il trattamento opposto dei due interruttori, le gare di edit-window e L'amo e' una proprieta' no-feedback-loop, che nient'altro noterebbe la rottura.