- 관련 상품
- 2026년 9월 24일 오후 8:50 UTC
- 이름 *
- Kamo
- 뚱 베어
- 4b3f26f
배지 및 목록은 동일한 소켓을 듣고, EmailService는 각 릴레이 도착 (NATS에 따라 : email.changed ARRIVED from both pods, 그 다음 읽지 않은 스냅 샷은 배지를 이동). threw 목록은 멀리 변화 첫 페이지보다 더 많은 것을 보았을 때, 그래서 다시로드 페이지 0하지 않을 것 yank a 리더 back 에 the top. 그러나 누구나 스크롤하지 않고 목록 페이지 : 반환 방문 페인트 25의 캐시드 행, 이는 부하 더 이상 앉아 임계 값, 그래서 페이지 1 마운트에로드 및 도착에 도달 목록 다시 페이지가 다시로드 될 때까지. 다른 반송 경로가 기다립니다. RealtimeNotifier는 공급자가 없습니다. 이제 변경은 첫 번째 페이지를 뚫고로드 된 모든 것에 접어 (lib/email/liveListRefresh): 상단의 새로운 행, 서버의 플래그, 행 첫 페이지의 범위에서 떨어졌다, 더 깊은 페이지 유지. 자주 묻는 질문 위에 메일 땅이 될 때 화면의 행. 변화 사건의 파열은 그들의 마지막 후에 시작된 1개의 요구, 입니다, 그리고 이미 밖으로 있던 페이지-0 요구에 결코 결합하지 않았습니다 변경 - 그 하나는 새 메시지없이 폴더를 읽을 수 있습니다. 실제 MessageBrowser에 대한 크롬에서 확인: 첫 번째 방문, 후 스크롤, 반환 방문, 독자는 깊은 스크롤, 다른 곳에서 삭제, 느린 서버의 두 가지 도착은 모두 다시로드없이 변경을 보여줍니다.