- Dikirim
- 24 September 2026 pukul 20.50 UTC
- Penulis
- Kamo
- Commit
- 4b3f26f
Lencana dan daftar mendengar soket yang sama, dan EmailService relays setiap kedatangan (diverifikasi pada NATS: email.changed ARRIVED dari kedua pod, maka unread snapshot yang bergerak lencana). Daftar membuang perubahan ketika memegang lebih dari halaman pertama, jadi memuat ulang halaman 0 tidak akan Tarik pembaca kembali ke atas. Tapi daftar halaman tanpa ada yang menggulung: kunjungan kembali melukis 25 baris cache, yang duduk di dalam pondok-lebih threshold, so page 1 loaded at mount and no incoming reached the list again sampai halaman itu dimuat ulang. Hanya jalur reload lain yang menunggu Kemampuan Pencari Waktu Alam yang tak dimiliki penyedia. Perubahan sekarang mengambil halaman pertama dan melipatnya ke dalam apapun yang dimuat (lib / email / liveListRefresh): baris baru di atas, bendera dari server, baris hilang dari jangkauan halaman pertama dijatuhkan, halaman lebih dalam disimpan. Daftar terus baris-baris pada layar di tempat ketika surat mendarat di atas pembaca digulung ke bawah. Sebuah ledakan perubahan peristiwa adalah satu permintaan, dimulai setelah yang terakhir dari mereka, dan tidak pernah bergabung dengan sebuah pawai-0 permintaan yang sudah keluar sebelum ubah - yang satu mungkin telah membaca folder tanpa pesan baru. Diverifikasi di Chrome terhadap MessageBrowser asli: kunjungan pertama, setelah scrolling, a return visit, a reader scrolled deep, a Delete anywhere, and dua kedatangan pada server lambat semua menunjukkan perubahan tanpa reload.