- Shipped
- 26 août 2026 à 03:52 UTC
- Author
- Kamo
- Commit
- 1b811a6
Deux fixent le roll-up du compte rendu visible. Un numéro de téléphone peut être un point de contact sur plus d'un propriétaire en même temps, et deux pistes sur un compte partageant un est le cas ORDINAIRE - ils sont les Une même personne s'enquérant deux fois, c'est pourquoi elle est pour un seul intérêt. L'allumette écrit une ligne par propriétaire délibérément, parce que chacun de ces délais a besoin de son s'approprier; syndiqué en un rollup, c'est-à-dire un appel montré deux fois. Pire que désordonnée: le à partir de la dernière entrée montrée, donc la page suivante commence au mauvais endroit. Les lignes sont maintenant s'effondre sur (channel, sourceId) - l'ingestion d'identité déjà utilisée pour reste idempotent et compte utiliser COUNT (DISTINCT sourceId) afin que le rail accepte avec la liste. La seconde est plus ancienne que cette fonctionnalité. membersPour être retournés Map.of() quand aucune ligne nomme un fonctionnaire, et les appelants regardent chaque rangée par rangée.getMemberId(), qui est nul pour tout appel, texte ou courrier électronique entrant que personne n'a traité. Carte.de().get(null) Jets, donc une page dont les entrées étaient TOUTes non attribuées ont répondu 500 - l'état le calendrier d'une avance non travaillée est par définition. Il rend une HashMap maintenant, qui répond nuls, ce qui est ce que le cartographe attendait déjà. Cartographie également déplacée après la fusion, de sorte qu'un compte enveloppant 25 pistes se résout les fonctionnaires d'une requête au lieu de 25.