- Verschifft
- 12. August 2026 um 22:17 UTC
- Autor
- Kamo
- Ausschuss
- a112e12
Ein Support-Ticket wird von wem auch immer hilft, nicht nur von wem es ist derzeit mit gestempelt. Zuordnung entscheidet, wem das Werk angeboten wird und wessen list es erscheint in; es war nie dazu gedacht, eine Sperre für das Gespräch zu sein. Das Öffnen eines Tickets schließt sich nun der Mediensitzung an. Vorher, ein Agent, der eine eröffnet Ticket aus der Warteschlange, die ihnen nicht zugeordnet wurde, konnte in sie eingeben . nichts lehnte die Nachricht, aber sie waren nicht ein Mitglied der Sitzung, so dass die Konversation erschien nie in ihren Chats - Unterstützung, keine Antwort jemals erreicht sie, und der Antragsteller "ist mein Agent hier" nicht zählen sie. Sie waren In einem Raum, in dem sie sich nicht unterhalten haben. Wer beitreten darf, ist die gleiche Bevölkerung, die kann das Ticket bereits in der Warteschlange sehen: die Leute, die sich bereits im Gespräch befinden, plus ACCEPT_SUPPORT_TICKETS oder MANAGE_SUPPORT im zugewiesenen Org. Alle anderen wird nun abgelehnt - dieser Endpunkt hat bisher jedes Ticket auf dem Bahnsteig serviert jedes authentifizierte Mitglied, das eine UUID erraten könnte, über Organisationen, und die Join Gate hätte das vom Lesen eines fremden Gesprächs auf in sie geschrieben. Jede Nachricht trägt jetzt einen Namen. AbsenderName wurde sofort abgelesen Member.usernameAlias, ein optionaler Spitzname, der auf fast jedes Mitglied abgesetzt wird, so es serialisiert als Null und der Chat gemacht Nachrichten ohne Namensnennung an alle. Das ist am schlimmsten in einem Support-Ticket, wo mehr als ein Agent sein kann Beantworten und der Kunde hat keine andere Möglichkeit zu sagen, wer mit ihm spricht. MemberDisplayNames - bereits an anderer Stelle in diesem Controller eingesetzt - fällt zurück der richtige Name. Die gleiche Rohlektüre war Blanking zugewiesen-Agent Namen, Ticket Geschichte Akteure, System-Event-Akteure, die Agent-Verfügbarkeit Bekanntmachung und die Berichterstattungstabelle. Ein geschlossenes Fenster bedeutet nicht mehr eine verlorene Antwort. Die Meldung über eingehende Mitteilung trägt die Ticket-ID, so dass der Kunde das Gespräch, das es sagt, erhöhen kann Sie über, und /sessions/support/auto-open ist die langlebige Hälfte für eine Antwort, die kam, während Sie angemeldet waren, die Nachricht-Seite Gegenstück von zugewiesen-unöffnet, die immer nur die Arbeit abdeckte, die den Besitzer wechselte und so nie gefeuert für die Person, die um Hilfe gebeten. Tests: ChatListNativeAliasCaseTest heftet das Zitat der Spalte der Feed-Abfragen an Aliasen, die nichts anderes fangen kann - der Ausfallmodus ist eine stille Null, nicht ein Typfehler oder eine Ausnahme. SupportAutoOpenHqlTest analysiert die neue Abfrage das reale Entitätsmodell, da Spring Data nur beim Booten ein @Query validiert und Dieser wohnt in der gemeinsamen Bibliothek, wo ein Tippfehler jeden Dienst abnimmt.