- Szycy
- 2 września 2026 04:57 UTC
- Autor
- Kamo
- Pochęt się
- 239f666
Członek zgłosił usunięcie niewłaściwego e-maila z /messages: ikona śmieci wiersza Wystrzelony prosto do API, więc jedno zabłąkane kliknięcie na prawą krawędź wiersza Wyjął pocztę z listy, nie mając nic do kliknięcia z powrotem. Każda akcja na Bar wyboru przeszedł już przez MailConfirmDialog; na rzędzie usuwane i Menu wiadomości jest tymi dwoma, które tego nie zrobiły. Poprawiono trasy zarówno przez oczekujący stanUsunny, jak i jeden biegPendingDelete runner, Ten sam kształt, którego używa się działania masowe. Dialog nazywa wiadomość, którą zachwycił, ponieważ "Usuń ten e-mail?" sam nie mówi członkowi, czy kliknięcie wylądowało na Wiosła, które mieli na myśli. Ponowne wykorzystanie istniejących – mnogich w Liczb 1 ("Usuń ten e-mail?" / "To przenosi się do śmieci."), więc żadnych nowych kluczy słownikowych. Ta zmiana wyszła do c38340ad, która zmiotła ją ze wspólnej pracy. Drzewo, gdy było jeszcze niezaangażowane. Ta zamierzona dodaje strażnika, którego brakowało. Kiedy napisano błąd: - już pokrył paska wyboru i menu folderu, a także pojawił się komentarz zwracając uwagę na usunięcie w ciągu r rzędzie Jak ten, którego celowo nie dotarł. Dociera do niego teraz – wszystkie cztery twierdzenia Porażka przeciwko 3a198ad0, ostatniemu commitowi przed poprawką. Kwart klawiaturowy nadal usuwa zaznaczenie bez pytania; jest to typ Działanie eksperckie zamiast błędnego kliknięcia, więc pozostaje w spokoju.