- Verschifft
- 12. August 2026 um 22:16 UTC
- Autor
- Kamo
- Ausschuss
- 2746ad0
Zwei unabhängige Defekte im Chats Feed, beide von der Java-Seite unsichtbar. Die nativen Chat / Unterstützung / soziale Fragen aliased Spalten in camelCase ohne Sie zitieren. Die Reihen kommen als Karte von alias kartiert zurück; Hibernate nimmt diese Tasten von ************, das ist, was der Server berichtet, und YugabyteDB faltet eine nicht zitierte Kennung zu Kleinbuchstaben. TupleMetadata sucht dann den Alias in einer Fall-SENSITIVE Karte, verfehlt, und Spring's TupleBackedMap schluckt die IllegalArgumentException und antwortet null. Also map.get("ticketId") war null ohne Ausnahme, keine Protokollleitung und nichts zu Mitteilung. Eine Support-Reihe ohne Ticket-ID kann überhaupt nicht geöffnet werden - eine Unterstützung Konversation wird durch Ticket angesprochen, nicht durch Sitzung - so jede Zeile in Chats - Unterstützung war inert. lastActivityIn starb auf die gleiche Weise, still kosten die fusionierte Unterstützung ungelesene Zählung davon ausgegangen, dass in einer Support-Sitzung der Besucher und die Agent teilen eine Mitglieds-ID. Das gilt nur für das öffentliche Web-Chat-Widget, wo ein anonymer Besucher keinen Mitgliedsnachweis hat und unter der Org schreibt Systemmitglied. Es ist falsch für ein In-App-Ticket - und der Fallback es gerechtfertigt, Jede Nachricht in der Sitzung inklusive der eigenen zu zählen, bedeutete, eine Unterstützung einzureichen Anfrage eine ungelesene Plakette auf dem Antrag eigenen Chat-Indikator: Schöpfung schreibt ein CREATED System Veranstaltung durch den Antragsteller verfasst, Routing schreibt ASSIGNED, und Beide wurden gegen sie für ein Gespräch gezählt, auf das noch niemand geantwortet hatte. Die Mehrdeutigkeit wird nun genau erkannt (eine Public-Chat-Sitzung, von der Mitglied ist es unter) anstelle von für jede Support-Sitzung angenommen. Außerdem: Support-Gespräche werden nach Sitzungsmitgliedschaft und nicht nach von Zuweisung, weil ein Ticket von mehr als einem Agenten bearbeitet werden kann. assignee bleibt durch eine Übergabe, und ein Agent kann von der Warteschlange beitreten und Keyed auf Auftrag das Gespräch verschwand von allen, aber die aktuelle Bevollmächtigter. Und findSupportSessionsToAutoOpen gibt Unterstützung der langlebig Wiedereröffnen Rekord-Chat hatte bereits, so dass eine Antwort landet auch für jemanden, der geschlossen das Fenster.