- Expediere
- 24 septembrie 2026 la 20:50 UTC
- Autor
- Kamo
- Comite
- 4b3f26f
Insigna şi lista aud aceeaşi priză, şi e-mailservice relee fiecare sosire (verificat pe NATS: e-mail.changed ARRIVED din ambele capsule, apoi necitite instantaneu care muta insigna). Lista a aruncat restul departe ori de câte ori a avut loc mai mult decât prima pagină, astfel reîncărcarea pagina 0 nu ar Trage un cititor înapoi în vârf. Dar paginile listei fără ca nimeni să defileze: o vizită de întoarcere pictează 25 de rânduri cache, care stau în interiorul sarcinii-more prag, astfel încât pagina 1 încărcat la montare și nici o sosire a ajuns din nou lista până când pagina a fost reîncărcată. Singura altă cale de reîncărcare așteaptă pentru o Capacitatea de notificare în timp real pe care niciun furnizor nu o are. O schimbare aduce acum prima pagină și o pliază în orice este încărcat (lib/email/liveListRefresh): noi rânduri de sus, steaguri de pe server, rânduri S-au dus de la prima pagină, pagini mai adânci. Lista păstrează rândurile de pe ecran în loc atunci când e-mail aterizează deasupra unui cititor defilat în jos. O explozie de evenimente de schimbare este o cerere, a început după ultima dintre ele, şi niciodată nu s-a alăturat unei cereri de pagină-0 care era deja afară înainte de modificare - că unul poate fi citit dosarul fără noul mesaj. Verificat în Chrome împotriva adevăratului Navigator de Mesaje: prima vizită, după defilare, o vizită de întoarcere, un cititor defilat adânc, o ștergere în altă parte, și două sosiri pe un server lent toate arată schimbarea fără o reîncărcare.