- Expediere
- 26 august 2026 la 03:52 UTC
- Autor
- Kamo
- Comite
- 1b811a6
Două reparații rollup-ul contului făcut vizibil. Un număr de telefon poate fi un punct de contact pe mai mult de un proprietar în același timp, şi două piste pe un cont de partajare unul este cazul ORDINAR ei sunt Aceeaşi persoană care se întreabă de două ori, motiv pentru care se află pe un singur cont. Chibritul scrie un rând pe proprietar în mod deliberat, pentru că fiecare dintre aceste cronologie are nevoie de proprii; unirea într-o rollup, care este un apel afișat de două ori. Mai rău decât dezordonat: de la ultima intrare afișată, astfel încât pagina următoare începe în locul greșit. Rândurile sunt acum prăbușit pe (canal, sursăId) stay idepotent cu lista. A doua este mai veche decât această caracteristică. membriPentru harta returnat de() atunci când nici un rând numit un membru al personalului, și apelanții caută fiecare rând pe rând.getMemberId(), care este nul pentru fiecare apel de intrare, text sau e-mail nimeni nu manipulat. Harta de la ().get (null) aruncă, astfel încât o pagină ale căror intrări au fost toate neatribuite răspuns 500 o cronologie de plumb neprelucrate este în definiție. Se întoarce un HashMap acum, care răspunsuri nule, ceea ce este ceea ce mapper-ul deja aştepta. Mapping, de asemenea, sa mutat după fuziune, astfel încât un cont de rulare în sus 25 conduce rezolva membrii personalului într-o singură cerere în loc de 25.