- Spegnimento
- 26 agosto 2026 alle ore 03:52 UTC
- Autore
- Kamo
- Impegno
- 1b811a6
Due correzioni il rollup del conto reso visibile. Un numero di telefono può essere un punto di contatto su più di un proprietario allo stesso tempo, e due conduce su un conto la condivisione uno è il caso ORDINARY — essi sono stessa persona che chiede due volte, motivo per cui sono su un conto. Il matcher scrive una fila per proprietario deliberatamente, perché ognuno di quei tempi ha bisogno della sua proprio; unito a un rollup, cioè una chiamata mostrata due volte. Peggio che instancabile: il dall'ultima voce mostrata, quindi la pagina successiva inizia nel posto sbagliato. Le righe sono ora crollato su (canale, fonteId) — l'ingestione di identità già utilizza per rimanere idempotent — e conta utilizzare COUNT (DISTINCT sourceId) così la ferrovia concorda con la lista. Il secondo è più vecchio di questa funzione. membriPer reso Mappa.of() quando nessuna riga chiamato un membro del personale, e i chiamanti guardano ogni riga su per riga.getMemberId(), che è null per ogni chiamata in entrata, testo o e-mail nessuno gestito. Mappa.of().get(null) getta, quindi una pagina le cui voci erano TUTTI i non attributi risposto 500 — lo stato la timeline di un piombo non lavorato è in per definizione. Ora ritorna un HashMap, che risposte null, che è quello che il mapper già previsto. Mapping anche spostato dopo la fusione, quindi un account che rotola 25 lead risolve membri del personale in una domanda invece di 25.