KamoCRM

La griglia ha preso ogni pagina due volte, poi si è svuotato per farlo

Fixkamo-internal
Spegnimento
27 agosto 2026 alle ore 23:38 UTC
Autore
Kamo
Impegno
105f245

L'apertura /leads ha mostrato le righe, è sceso indietro a uno stato di carico, e ha mostrato di nuovo. Stava prendendo due volte. STOMP solleva suConnect sul INIZIALE collegare esattamente come fa su un recupero, e la griglia li trattava in modo identico — refetching ~1,5s dopo le file atterrate per "riconciliare qualsiasi cosa la presa persa". Non era mancato nulla: il monte fetch e l'abbonamento sono stati aperti insieme. Il costo era un secondo intero pagina dei lead e una seconda riga di controllo PHI per lead, una transazione ogni, su ogni singola visita alla pagina. Entrambe le regole ora vivono in creareRealtimeReloadScheduler, fuori dalla linea 3k componente e sotto test: la prima connessione viene ignorata e una presa di pattinaggio collassa ancora in una ricarica (l'incidente 2026-08-20, 93 secondi di audit continuo scrive da una persona che apre una pagina). La seconda metà di quello che un membro ha effettivamente visto era `rowData={loading ? che ha svuotato la griglia per ogni refetch — così un normale riconciliare, o un filtro spostare una tacca, leggere come l'intera pagina ricaricare. Le righe già sullo schermo sono sempre sicuro da mantenere; il server fa il filtraggio, quindi tutto in rigaData già trasporta i filtri attuali. Caricamento ora ha due stati invece di uno, e né è il default di AG Grid "Cerca di carico..." testo: - nulla sullo schermo ancora → LeadGridSkeleton, la casa kload coreografia la lead workspace ha usato da quando ha spedito, tagliato alla colonna reale di questa griglia larghezze e passo di fila (ora costante condivisa che alimenta la rigaHeight/headerHeight, così i fantasmi non possono allontanarsi dall'allineamento con le righe che li sostituiscono) - file già resi → rimangono, e un binario 2px sul bordo superiore della griglia cavalca lo stesso orologio spazza Il pugnale della casa per-row è sintonizzato per un pannello di dettaglio di elementi da quattro a sei; attraverso quattordici righe di griglia ha bisogno di 1.1s per raggiungere il fondo, quindi un fetch rispondendo in mezzo secondo è stato sostituito mentre la metà inferiore della griglia era ancora vuota — che legge come "questa lista è breve", non "è caricamento". Scalata sulla la portata dello scheletro in modo che lo stack si assembla in circa il tempo che fa altrove. Necessità kamo-translation-dictionary dd79baf0 E' il momento giusto. spinto per primo.

Tutte le modifiche

Come quello che vedi la spedizione?

Tutto questo arriva nel vostro spazio di lavoro da solo. Iniziare sul piano gratuito e leggere di nuovo questa pagina in un mese.

Inizia gratis per sempreVisualizza il prezzo