- Shipped
- 2026年9月24日 20:50 UTC
- Author
- Kamo
- Commit
- 4b3f26f
バッジとリストは同じソケットを鳴らし、EmailService はすべてのものを中継します 到着 (NATS で検証: email.changed ARRIVED から pods, その後、 バッジを動かす未読のスナップショット 変更を離れるリスト 初回ページを複数回保持するので、再読み込みページ 0 は、 リーダーをトップに戻す。 しかし、誰もスクロールせずにリストページ: 帰りの訪問のペンキは負荷モアの中に置かれる25のキャッシュされた列、 しきい値、従ってページ1は台紙で荷を積まれ、到着はリストに再度達しません ページのリロードまで 他のリロードパスだけが待つ プロバイダーがいないリアルタイム通知機能。 変更は、最初のページをフェッチし、読み込まれているものに折ります (lib/email/liveListRefresh): サーバ、行の先頭、フラグの新しい行 最初のページの範囲から削除され、より深いページが保存されます。 リストは保持します 読者のスクロールを上回るメールの土地のときスクリーンの列。 変更イベントのバーストは、最後に開始された1つのリクエストです。 すでに公開されたページ-0リクエストに加わらず、 変更 - 新しいメッセージなしでフォルダを読み込むことができます。 実際のMessageBrowserに対するChromeで検証:最初に訪問し、その後 スクロール, 戻り訪問, 読者は深くスクロール, 他の場所で削除, そして、 遅いサーバーの2つの到着は、すべてのリロードなしで変更を表示します.