- 出荷済み
- 2026年8月12日 22:17 UTC
- プロフィール
- Kamo
- コンテンツ
- a112e12
サポートチケットは、誰がサポートしているかだけでなく、誰がサポートしているかによって機能します 現在スタンピングされています。 委託は、仕事が提供され、その人を決定する で表示されているリスト。それは会話にロックされることを意味しなかった。 チケットを開くと、メディアセッションに参加できます。 以前は、開いたエージェント それらに割り当てられなかったキューからのチケットは、それにタイプすることができます - 何も メッセージを拒否したが、セッションのメンバーではないので、 チャットに現れない会話 -> サポート、連絡無し 達される これらは、要求者の「ここに私のエージェントです」がそれらをカウントしませんでした。 彼らは、 室内に話せなかった。 誰が参加できるかは同じ人口で、 すでに会話中の人、キュー内のチケットを見ることができます。 加えて ACCEPT SUPPORT TICKETS または MANAGE SUPPORT を割り当てられた org. 詳しくはこちら 今は拒否されました。このエンドポイントは、以前にプラットフォームでチケットを受け取りました。 UUID、組織全体、および組織全体で推測できる認証されたメンバー 参加ゲートは、見知らぬ人の会話を読んで、 それに書かれている。 すべてのメッセージが名前を運ぶようになりました。 senderName は直接読み直しました Member.usernameAlias、ほとんどすべてのメンバーで設定されていないオプションのニックネーム、 なので、null やチャットのレンダリングされたメッセージをアトリビューションなしでシリアライズします。 お問い合わせ サポートチケットが最悪で、複数のエージェントが1つある場合 答えると、顧客は誰が彼らに話しているかを伝えるための他の方法はありません。 MemberDisplayNames — 既にこのコントローラーで他の場所で使われています。 実際の名前。 同じ読み物は、割り当てられたエージェント名、チケットを空白にしていました 歴史の俳優、システム・イベントの俳優、エージェント・アベイラビリティの通知および レポートテーブル。 閉じたウィンドウは、失われた返信を意味しません。 着信メッセージ通知 チケットIDを運ぶので、クライアントはそれが伝えている会話を上げることができます あなたと /sessions/support/auto-open は、応答の耐久性の半分です 署名された時に到着 — メッセージ側のカウンター 今まで手を変えた仕事だけを覆った仕事だけを非開い、そう決して 助けを求める人のために火をつけました。 テスト: ChatListNativeAliasCaseTest はフィードクエリの列の引用をピン留めします エイリアス、他の何もキャッチできない - 失敗モードはサイレントヌルで、 エラーか例外をタイプして下さい。 SupportAutoOpenHqlTest は新しいクエリをパースします Spring Data は、起動時に @Query を検証し、 これは共有ライブラリに住んでいます.