- Shipped
- 2 septembrie 2026 la 04:57 UTC
- Author
- Kamo
- Commit
- 239f666
Un membru a raportat ștergerea e-mail greșit de la /mesaje: pictograma de gunoi rând tras direct la API, astfel încât un clic rătăcit pe marginea dreaptă a unui rând a scos corespondenţa din listă fără să mai rămână nimic de făcut. Fiecare acțiune pe bara de selecție deja a trecut prin MailConfirmDialog; pe-row șterge și meniul mesajului şters au fost cei doi care nu au făcut-o. Traseele fixe atât printr-un stat aflat în așteptareDelete cât și printr-un singur runPendDelete runner, aceeași formă pe care o utilizează acțiunile în vrac. Dialogul denumește mesajul prins, deoarece "Sterge acest e-mail?" singur nu spune membrului dacă clicul a aterizat pe au vrut să spună. Refoloseşte cele existente. plurals la Numără 1 ("Sterge acest e-mail?" / "Se mută la gunoi."), astfel încât nici o cheie dicționar nou. Această schimbare a ieșit în interiorul C383404ad, care a măturat-o de la lucrul comun copac în timp ce a fost încă neangajat. Acest angajament adaugă paznicul care lipsea când a fost scris microfonul: Deja am acoperit totul. bara de selecție și meniul dosarului, și a efectuat un comentariu notarea pe-row șterge ca cel pe care intenţionat nu l-a atins. Ajunge acum la toate cele patru afirmaţii eșuează împotriva 3a198ad0, ultima comitere înainte de fix. Scurtătură tastatură încă șterge selecția fără a cere; este un tastat acţiune expertă mai degrabă decât un clic greşit, aşa că este lăsat în pace.