- Verschifft
- 26. August 2026 um 03:52 UTC
- Autor
- Kamo
- Ausschuss
- 1b811a6
Zwei Korrekturen, die der Konto-Rollup sichtbar gemacht hat. Eine Telefonnummer kann eine Kontaktstelle für mehr als einen Eigentümer gleichzeitig sein, und zwei Leads auf einem Konto teilen ein ist der ORDINARY Fall. Sie sind die dieselbe Person, die zweimal nachfragen, weshalb sie auf einem Konto sind. Der Matcher schreibt eine Reihe pro Besitzer absichtlich, weil jede dieser Timelines ihre eigenem; gewerkschaftlich zu einem Rollup gewerkschaftlich, das ist ein Anruf, der zweimal gezeigt wird. Schlimmer als unaufgeräumt: die vom letzten angezeigten Eintrag, so dass die nächste Seite an der falschen Stelle beginnt. Reihen jetzt zusammengebrochen (Kanal, sourceId) - die Identitätsaufnahme bereits verwendet, um bleiben idempotent und zählt verwenden COUNT(DISTINCT sourceId) so die Schiene stimmt zu mit der Liste. Die zweite ist älter als diese Funktion. membersFor zurückgegeben Map.of() wenn keine Zeile benannt einen Mitarbeiter, und Anrufer schauen jede Zeile nach row.getMemberId(), die ist null für jeden eingehenden Anruf, Text oder E-Mail, die niemand bearbeitet hat. Map.of().get(null) wirft, so dass eine Seite, deren Einträge waren ALLE unzugeschrieben beantwortet 500 . der Staat Die Timeline einer nicht bearbeiteten Führung ist per Definition in. Es gibt jetzt eine HashMap zurück, die antwortet null, das ist, was der Mapper bereits erwartet hat. Mapping bewegte sich auch nach der Fusion, so dass ein Konto Roll-up 25 führt löst Mitarbeiter in einer Anfrage statt 25.