- Spegnimento
- 2 settembre 2026 alle ore 04:57 UTC
- Autore
- Kamo
- Impegno
- 239f666
Un membro ha riferito di cancellare l'email sbagliata da /messages: l'icona del cestino della riga sparato direttamente all'API, quindi un clic randagio sul bordo destro di una riga ha tolto la posta dall'elenco con nulla da cliccare indietro. Ogni azione la barra di selezione è già passata attraverso MailConfirmDialog; l'eliminazione per-row e la il menu del messaggio di Delete erano i due che non l'hanno fatto. I percorsi fissi sia attraverso uno stato in sospesoDelete e un runPendingDelete runner, la stessa forma le azioni di massa utilizzano. La finestra di dialogo nomina il messaggio catturato, dal "Elimina questa email?" da solo non dice al membro se il clic è atterrato sul Intendevano. Riutilizza l'esistente. plurali a conte 1 ("Elimina questa e-mail?" / "Si sposta in cestino".), quindi nessuna nuova chiave del dizionario. Quel cambiamento è uscito dentro c38340ad, che ha spazzato via dal lavoro condiviso l'albero mentre era ancora incommessa. Questo commit aggiunge la guardia che mancava quando il bug è stato scritto: Ho gia' coperto la copertura. barra di selezione e il menu della cartella, e ha portato un commento notando per-row eliminare come quello che deliberatamente non ha raggiunto. La raggiunge ora — tutte e quattro le affermazioni fallire contro 3a198ad0, l'ultimo commit prima della correzione. La scorciatoia da tastiera `#` cancella ancora la selezione senza chiedere; è un digitato azione esperta piuttosto che un clic sbagliato, quindi è lasciato solo.