- Shipped
- 12 août 2026 à 22:16 UTC
- Author
- Kamo
- Commit
- 2746ad0
Deux défauts indépendants dans l'alimentation des Chats, tous deux invisibles du côté de la Java. Les questions natives de discussion/support/questions sociales alias dans les chamèlesCase sans les citer. Les lignes reviennent sous la forme d'une carte clé par alias; Hibernate prend celles les clés de - qui est quel que soit le serveur rapporte, et YugabyteDB paille un identificateur non citation à minuscule. TupleMetadata regarde ensuite l'alias vers le haut dans une carte cas-SENSIBIVE, rates, et Le TupleBackedMap de Spring avale l'OpilionArgumentException et répond nul. Donc map.get("ticketId") était nul sans exception, aucune ligne log et rien à notification. Une ligne de soutien sans ticket id ne peut pas être ouverte du tout - un soutien La conversation est traitée par ticket, pas par session, donc à chaque rangée de Chats - Le soutien était inerte. lastActivityAt est mort de la même façon, coûtant silencieusement la fusion Le comptage non lu a supposé que, lors d'une séance d'appui, le visiteur et le agent partageant un membre id. C'est vrai seulement du widget public web-chat, lorsqu'un visiteur anonyme n'a pas d'enregistrement de membre et écrit sous l'autorité membre du système. Il est faux pour un billet dans l'application - et la contre-revivance qu'il a justifié, compter chaque message dans la session, y compris le vôtre, signifier le dépôt d'un soutien demander mettre un badge non lu sur le propre indicateur de discussion de l'asker: la création écrit a Événement système CRÉÉ par le demandeur, le routage écrit ASSIGNED, et Tous deux ont été comptés contre eux pour une conversation à laquelle personne n'avait encore répondu. L'ambiguité est désormais détectée précisément (une session de la discussion publique, vue par le membre sous- lequel il est rédigé) au lieu de prendre en charge pour chaque session d'appui. En outre, les conversations de soutien sont énumérées par la composition de la session plutôt que par affectation, parce qu'un ticket peut être travaillé par plus d'un agent - le précédent le cessionnaire suspend par un transfert, et un agent peut s'inscrire dans la file d'attente à l'écoute sur l'affectation, la conversation a disparu de tout le monde, mais le courant cessionnaire. Et findSupportSessionsToAutoOpen soutient la durabilité la reprise du bavardage a déjà eu, donc une réponse atterrit même pour quelqu'un qui a fermé la fenêtre.