- Shipped
- 2 septembre 2026 à 04:57 UTC
- Author
- Kamo
- Commit
- 239f666
Un membre a signalé la suppression du mauvais e-mail de /messages: l'icône de la poubelle de la rangée tiré directement jusqu'à l'API, donc un clic errant sur le bord droit d'une rangée a sorti le courrier de la liste sans rien pour revenir en arrière. Toutes les mesures concernant la barre de sélection est déjà passée par MailConfirmDialog; la suppression par ligne et la La suppression du menu de message est celle-là non. Les itinéraires fixes à la fois par un état en attente et un coureur de coursePendingDelete, la même forme utilisée par les actions en vrac. Le dialogue nomme le message qu'il a attrapé, puisque "Supprimer cet e-mail?" seul ne dit pas au membre si le clic a atterri sur le rangée qu'ils voulaient dire. Il réutilise les pluriels existants à count 1 ("Supprimer cet e-mail?" / "Il se déplace vers Trash."), donc pas de nouvelles clés de dictionnaire. Ce changement est sorti à l'intérieur de c38340ad, qui l'a balayé du travail partagé arbre alors qu'il était encore non engagé. Cet engagement ajoute la garde qui manquait lorsque le bogue a été écrit: la barre de sélection et le menu du dossier, et a porté un commentaire notant la suppression par ligne comme celle qu'elle n'a délibérément pas atteint. Il l'atteint maintenant - les quatre affirmations échouer contre 3a198ad0, le dernier commit avant le correctif. Le raccourci clavier supprime toujours la sélection sans demander; il s'agit d'un dactylographié l'action d'experts plutôt qu'un mauvais clic, il est donc laissé seul.