--- sourceDocument: Yokohama のリリースノート sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/release-notes Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama のリリースノート ft:clusterId : - rn bundleId : - rn --- # Yokohama パッチ 8 # Yokohama パッチ 8 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年09月19日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：151分 Yokohamaパッチ 8 リリースには、重要な問題修正が含まれています。 Yokohama パッチ 8 は 2025 年 10 月 14 日にリリースされました。 : * ビルド日: 10-11-2025_0527 * ビルドタグ: glide-yokohama-12-18-2024__patch8-09-17-2025 重要: インスタンスのアップグレード方法の詳細については、「[ServiceNow アップグレード](https://servicenow-prod.fluidtopics.net/yl7L08cL4CjrRoyRm~11aQ "アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。")」を参照してください。 リリースサイクルの詳細については、「[ServiceNow リリースサイクル](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。{#yokohama-patch-8__p_download-version} 注: この Now Platform メジャーファミリーリリースは、ServiceNow の規制市場環境で利用できるようになりました。隔離された環境で利用可能なサービスの詳細については、「[KB0743854](https://support.servicenow.com/kb_view.do?sysparm_article=KB0743854)」を参照してください。 このリリースで修正された問題のダウンロード可能でソート可能なバージョンについては、[ここ](https://downloads.docs.servicenow.com/enus/yokohama/rn/patches/PRBs-Y08.00.xlsx)をクリックしてください。 ## 概要 {#yokohama-patch-8__overview} Yokohama パッチ 8 には、さまざまなカテゴリの 332 の問題修正が含まれています。以下のチャートは、このパッチに含まれる上位 10 件の問題カテゴリを示しています。 図 : 1. 上位 10 件の問題カテゴリ ## セキュリティ関連の修正 {#yokohama-patch-8__security-related-fixes} Yokohama パッチ 8 には、特定の ServiceNow® アプリケーションと Now Platform®に影響を与えるセキュリティ関連の問題の修正が含まれています。最も安全で最新の機能を使用するために、このリリースにアップグレードすることをお勧めします。Yokohama パッチ 8 で修正されたセキュリティの問題の詳細については、「[KB2521419](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2521419)」を参照してください。 ## Yokohamaパッチ 8 の変更点 {#yokohama-patch-8__changes-in-patch} [MID Server parameters](https://www.servicenow.com/docs/access?context=mid-server-parameters&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) : mid.ssh.disable_history : シェルセッション履歴をターゲットホストに保存するかどうか、 `および HISTFILE=/dev/null` コマンドを実行するかどうかを制御します。このプロパティを false に設定すると、 `HISTFILE=/dev/null` コマンドがターゲットデバイスに送信されないように、ターゲットホストで履歴が保持されます。 * タイプ：true \| false * デフォルト値：true {#yokohama-patch-8__ul_wgp_tnc_4fc} 重要: このパラメーターには、Yokohama 8 以降が必要です。 ## 注目の修正 {#yokohama-patch-8__section-notable-fixes} 次の問題とその修正は、顧客に潜在的な影響のあるものを最も重要な修正から順に示しています。 {#yokohama-patch-8__notable-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | AI 検索 (Glide) PRB1942680 | Web 検索が Zurich および最近のストアアプリで機能しない | | 1. /esc に移動します。 2. \[地球儀\] アイコンを選択して、Web 検索を開始します。 3. 「米国大統領は誰ですか」というクエリ。 {#yokohama-patch-8__ol_ant_s5c_xgc} 予想される動作:Web 検索クエリが実行されます。 実際の動作:ユーザーは「問題が発生しました (Sorry there was a problem)」というメッセージを受け取ります。 | | アクセス制御 PRB1915184 [KB2400619](https://hi.service-now.com/kb_view.do?sysparm_article=KB2400619) | セキュリティ制約により、task.list へのアクセス時に要求されたページにはアクセスできません | 階層内のどこからでも拒否 ACL に失敗すると、テーブルから親テーブルのリストにアクセスできなくなります。 | 詳細については、リストの KB 記事を参照してください。 | | Application Install Engine PRB1911704 | オプションのスポークの選択と SaaS int アプリのインストール中にエラーが表示される | 前処理操作中に、オプションのスポークの選択と SaaS int アプリのインストール中にエラーが発生します。2 回目の試行後に、com.sn_sam_saas_int のリモートオファリング検索プラグインレコードが見つかりません。 | 1. マルチノード環境に com.sam.saas.int をインストールし、別のノードにオプションのプラグインをインストールしてインスタンスをプロビジョニングします。 2. アプリの修復を試みます。 {#yokohama-patch-8__ol_pts_nfb_xgc} エラーが表示されることを確認します。 | | CMDB クエリビルダー PRB1889722 [KB2127777](https://hi.service-now.com/kb_view.do?sysparm_article=KB2127777) | 「CMDB クエリビルダーの提案された関係」ジョブで、すべてのCMDB_REL_CIレコードの処理に失敗することがある | Yokohama では、「CMDB クエリビルダーの提案されたリレーションシップ」ジョブが変更され、メモリ消費量と処理速度を向上させるために新しいバッチアプローチが使用されました。ただし、次のバッチに進まない 2 つのシナリオ (無効な関係性データと環境の日付形式) があり、その結果、cmdb_class_relationshipsのデータセットが不完全になります。 | 詳細については、リストの KB 記事を参照してください。 | | メール通知 PRB1930940 | ワークスペースでドラフトに移動すると、メールの部分が削除される | ワークスペースでメールの問題が観測されます。情報をコピーして貼り付けると、削除されます。 | | | フローエンジン PRB1846526 [KB2472659](https://hi.service-now.com/kb_view.do?sysparm_article=KB2472659) | スクリプト化されたサブフローは、フローエンジン v2 の親フローに設定されたステージとは異なる動作をします | スクリプト化されたアクションを実行するサブフローがユーザーにある場合、Engine v2 を使用すると実行に違いがあり、以前に公開されたフローが妨げられる可能性があります。 | 詳細については、リストの KB 記事を参照してください。 | | Horizon コンポーネントライブラリ PRB1929229 [KB2515183](https://hi.service-now.com/kb_view.do?sysparm_article=KB2515183) | HR ケースレコードページを開くとテーマが変わる | ワークスペースから HR ケースフォームを作成/開くと、ユーザーのテーマ設定が自動的に変更されます。 | 詳細については、リストの KB 記事を参照してください。 | | リストコントローラー PRB1872228 | インスタンスを Washington から Yokohama にアップグレードすると \[ 新規\] ボタンが壊れる | インスタンスを Washington から Yokohama にアップグレードすると、\[ナレッジ\] テンプレートが有効になっていない場合、サービスオペレーションワークスペースの \[ 新規 \] ボタンが壊れます。 | 1. 新しくアップグレードしたインスタンスにログインします。 2. 移動先 SOW\[リスト (List)\] タブナレッジ次の 3 つのいずれかに移動します:未公開記事 \|ナレッジ - 公開済みの記事 \|すべての記事新規ボタン. {#yokohama-patch-8__ol_xkt_nfb_xgc} 予想される動作:フォームがロードされます。 実際の動作:「ナレッジレコードが見つかりません」というエラーメッセージが表示されます。 | | 利用状況アナリティクス PRB1925359 [KB2423777](https://hi.service-now.com/kb_view.do?sysparm_article=KB2423777) | 「ユーザープロパティ変更同期」ジョブからノードで複数のメモリ不足 (OOM) エラーがトリガーされる | 「ユーザープロパティ変更の同期」ジョブが実行されているときは常に、異なる時間にノードで複数の OOM エラーがトリガーされました。その結果、ノードが再起動します。 | 詳細については、リストの KB 記事を参照してください。 | [ ] {#yokohama-patch-8__notable-fixes} ## その他のすべての修正 {#yokohama-patch-8__other-fixes} {#yokohama-patch-8__all-other-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | アクティビティストリーム PRB1928323 | AI ユーザー名に輝きを追加 | AI ユーザー名の前には、AI スパークルアイコン (ai-sparkle-outline) が必要です。 | 1. 関連するワークスペース (CSM、SOW など) をナビゲートします。 2. AI で生成されたエントリーを含む任意のインシデントレコードを開きます。 {#yokohama-patch-8__ol_z4s_nfb_xgc} 予想される動作:AI ユーザー名の前に AI スパークルアイコン (ai-sparkle-outline) が必要です。 実際の動作:AI ユーザー名の前に輝きがありません。 | | エージェントチャット PRB1839064 | ページを更新するとアクティブなチャットシェルは表示されなくなりますが、別のウィンドウでライブエージェントに再度フォーカスすると、チャットシェルが復元されます | この問題は、ワークスペースアプリシェル TD のバージョン 24.4.2 で発生します。 | 1. エージェントチャットプラグインがインストールされていることを確認します。 2. ウィンドウでアドミニストレーターとしてサービスオペレーションワークスペースを開きます。 3. アドミンをチャットエージェントとして対応可能として設定します。 4. シークレットウィンドウで Abel Tuter としてサービスオペレーションワークスペースにログインしてみます。 5. ライブエージェントへの接続を試行します。 6. アドミンとしてチャットを承認します。 7. チャットを終了します。 8. タブを開いたままにします。 9. Abel Tuter としてチャットを再開始します。 10. アドミンとしてチャットを承認します。 11. アドミンページのリフレッシュ {#yokohama-patch-8__ol_mps_nfb_xgc} ライブエージェントが Abel Tuter によってフォーカスされていない限り、アクティブなチャットシェルウィンドウが開かないことを確認します。 | | エージェントチャット PRB1922878 | アラートの mp3 の再生が終了していない場合でも、エージェントが応答すると、エージェントチャットの受信ボックスのオーディオアラートの再生が停止する | | 1. 20 秒以上の mp3 着信音を システム UIオーディオファイル. 2. 「connect.notification.audio_alert」を新しい mp3 名に更新します。 3. エージェントとしてサインインします。 4. \[受信ボックスのオーディオアラート\] がオンになっていることを確認します。 5. 顧客にライブエージェントとのチャットを要求してもらいます。 6. エージェントワークスペースで、新しく追加されたアラートが再生されます。 7. エージェントとしてチャットを承認します。 {#yokohama-patch-8__ol_xps_nfb_xgc} 予想される動作:エージェントが着信チャットを受け入れると、アラートの再生が停止します。 実際の動作:エージェントが既にコールに出ているかどうかに関係なく、アラートは着信音ファイルの最後まで再生され続けます。 | | エージェントチャット PRB1925414 | ドメインセパレーションされた環境で「音声を開始」API 呼び出しに問題がある | ドメインセパレーション環境での「音声の開始」API 呼び出しには、着信コールと発信コールの両方、およびゲストユーザーによる代理操作に問題があります。 | 1. ドメインセパレーションされた環境で「音声インタラクションの開始」API をトリガーする着信または発信コールを開始します。 * API がユーザー「guest」の下に記録され (Splunk ログを参照)、インタラクションレコードがユーザーのドメインではなくデフォルトドメインに作成されていることを確認します。 {#yokohama-patch-8__ul_nx4_vkk_xgc} 2. getInteractionRecord を使用してインタラクションを取得しようとします。 {#yokohama-patch-8__ol_kqs_nfb_xgc} ドメインの不一致が原因で失敗することを確認します。 | | AI 検索 (Glide) PRB1927798 [KB2426374](https://hi.service-now.com/kb_view.do?sysparm_article=KB2426374) | sys_translated に複合インデックスがないと、AI 検索インデックス作成が遅くなる | CatalogVariablesUtil の getTranslation は 500 ミリ秒と遅くなる可能性があり、sc_cat_itemインデックス作成時にパフォーマンスの問題が発生します。 | 詳細については、リストの KB 記事を参照してください。 | | 仮想エージェント用 AI Search PRB1932162 | 対話型インターフェースで KG を「なし」とマークすると、「Text To Result」呼び出しが呼び出される | | 1. VA + KG をセットアップします。 2. インスタンスを開きます。 3. 対話型インターフェースで、KG を「なし」としてマークします。 4. 任意のポータルから NLQ をトリガーします。 {#yokohama-patch-8__ol_drs_nfb_xgc} | | AI 検索 PRB1708476 | グローバルスクリプト不可能な環境でシグナルをログに記録する問題 | ユーザーは (グローバルスコープであっても) 応答から検索アナリティクスペイロードを取得できず、非グローバルスコープのシグナル API にログ記録することもできません。 | | | AI 検索 PRB1888752 | Now Assist QnA Genius 結果の KB ソース番号が切り捨てられます | これは、グローバルとポータルの両方で観察されます。 | 1. 最新の znowassist バージョンでインスタンスを開きます。 2. Now Assist QnA を検索プロファイルに添付します。 3. 「cookie とは何ですか?」を検索します。 {#yokohama-patch-8__ol_nrs_nfb_xgc} KB 番号がソースで切り取られ、ユーザーがソースにカーソルを合わせても、KB 番号と名前を含むポップアップが表示されないことに注意してください。 | | AI 検索 PRB1892031 | ais_country_to_search_language機能しません | ユーザーが言語を日本語に設定して日本語の単語を検索すると、多くの KB が見つかります。ただし、言語を英語に設定して同じ単語を検索すると、1 KB しか見つかりません。 | 1. 言語を \[日本語\] に設定します。 2. 従業員センター (/esc) を開きます。 3. 「IT資産」という単語を検索してください。 4. 多くの KB が見つかることを確認します。 5. 言語を英語に設定します。 6. 従業員センター (/esc) を開きます。 7. 「IT資産」という単語を検索します。 {#yokohama-patch-8__ol_wrs_nfb_xgc} 1 つの KB のみが見つからることを確認します。 | | AI 検索 PRB1931645 | AIS は「sys_cache_flush」などのイベントをリッスンし、スタックオーバーフロー例外を引き起こす可能性があります | AIS は「sys_cache_flush」などのイベントをリッスンし、sys_cache_flushにレコードを挿入できる DBQuery を実行することでスタックオーバーフロー例外を引き起こす可能性があります。 | 1. glide.sys.domain を有効にします。delegated_administration および glide.sys.domain .partitioning。 2. 2 つの別々のドメインを作成します。 3. キャッシュをクリアします。 4. 任意のレコードを更新します。 {#yokohama-patch-8__ol_ess_nfb_xgc} ログでスタックオーバーフロー例外を確認します。 | | AI 検索 UX PRB1917739 | 作成されたサブスクリプションで最近の AMB メッセージを再送信するメカニズムを追加する | 接続サブスクリプションと送信される Genius 結果の両方が非同期であるため、特定の状況下では、チャネルを介して Genius 結果が送信された後にコンポーネントが AMB 接続を確立する可能性があります。 | | | AI 検索 UX PRB1930672 | サービスポータル Genius 結果 (GR) で合成された応答が点滅し、テキストサイズが変更される | | | | AI 検索 UX PRB1932120 | 非会話型カタログには、チャットで要求するオプションを設けるべきではありません | | 1. 9 月 GenAI アプリを使用してインスタンスをプロビジョニングします。 2. ポータルで動的ウィンドウ (DW) をオンにします。 3. Apple iPhone などの非会話型カタログを検索します。 {#yokohama-patch-8__ol_lss_nfb_xgc} Apple iPhone 13 の引用文にポップアップが表示され、チャットでリクエストするオプションがあることに注意してください。非会話型カタログの引用は、自動的に新しいタブで開きます。 | | AI 検索 UX PRB1936251 | KG 引用リストビューが空です | クエリで結果を生成する必要がある場合は、「レコードが見つかりませんでした」というメッセージが表示されます。 | 1. /sp に移動します。 2. ポータルの検索ボックスで「Abel Tuter が持っている資産は何ですか」とクエリします。 3. 資産情報と複数の資産の引用を表示します。 4. \[ レコードの表示\] を選択します。 {#yokohama-patch-8__ol_sss_nfb_xgc} 予想される動作:ユーザーは KG 引用リストビューに直接移動し、資産がリストに表示されます。 実際の動作。「レコードが見つかりませんでした」というメッセージが表示されます。 | | AI 検索 UX PRB1942589 | ポータルで頻繁に Genius 結果がない問題を解決するために、タイムアウトを 15 秒から増加 | この問題は、モデル GPT OSS を使用するポータルで有効になっているディスパッチャワークスペースで発生し、他のどのモデルよりも応答が返されるまでに時間がかかります。 | | | アナリティクスデータ API PRB1840570 | プラットフォームアナリティクスで、同じテーブルに複数のエントリがある場合、フィルターは 1 つのフィールドにのみ適用されます | プラットフォームアナリティクスでは、同じテーブルに複数のエントリがあり、異なるフィールドは、従来のインタラクティブフィルター機能としては機能しません。たとえば、このシナリオがインタラクティブフィルターで発生した場合、レポートは「AND」操作を使用してそのテーブルのすべてのフィールドに同じ要素を適用します。ただし、プラットフォームアナリティクスでは、1 つのフィールドにのみフィルターが適用されます。 | | | アナリティクスエクスポート API PRB1853207 | 商用環境では、エクスポートトラフィックをデフォルトで K8s に移行する必要があります | 昇格された権限のないユーザーが ServiceNow にログインしてダッシュボードまたは可視化をエクスポートすると、「glide.par.export.use.sk8s」が false であるため、トラフィックが VM に送られます。代わりに、商用環境では K8s トラフィックをデフォルトで有効にする必要があります。 | | | Application Install Engine PRB1900544 | sn_vulをアンインストールすると、アンインストールが失敗として報告される原因となるsys_metadata_deleteレコードが残ります | | 1. sn_vul がインストールされたインスタンスをプロビジョニングします。 2. ローカルインスタンスの場合は、sn_appclient.app.install.offline プロパティを true に設定し、アプリマネージャーページで同期します。 3. sn_vulをアンインストールします。 {#yokohama-patch-8__ol_zss_nfb_xgc} アンインストールに失敗し、sys_metadata 2 つのレコードがsys_metadata_deleteレコードとして残っていることを確認します。 | | Application Install Engine PRB1903785 | ダウンロードする前に、ノードのstore_packageディレクトリにパッケージが存在するかどうかを確認してください | 「Exception reading zip stream, falling back to old cipher」および「java.io.FileNotFoundException」というテキストを含むエラーが表示されます。 | 1. ストアから任意のアプリをインストールします。 2. temp ディレクトリーが初めて作成されていることを確認します。 3. 作成された一時ディレクトリを削除します。 4. システムがインストールプロセスを続行し、その間にパッケージを再度ダウンロードし、一時ディレクトリを作成します。 {#yokohama-patch-8__ol_hts_nfb_xgc} 「Exception reading zip stream, falling back to old cipher」および「java.io.FileNotFoundException」というテキストが表示されるエラーを確認します。 | | Application Install Engine PRB1904959 | 一部のビジネスルールではインストールの問題 (「重複添付ファイルの防止」など) が発生するため、ワークフローを無効にする必要があります | | | | Application Install Engine PRB1934177 | ノードはアーティファクトを展開していません | | | | Application Install Engine PRB1936285 | ノードの再起動中に、システムダウンロードバージョンはより高いストアバージョンを予期しています | ノードの再起動後、依存関係マネージャーのソフト依存関係がバージョンごとに入力されていることがわかります。根本原因は、ノードの再起動中にアーティファクトがファイルからロードされ、依存関係マネージャーのアクティブなプラグイン情報が上書きされるためです。 | 1. バージョンが 15.0.5 のマルチノードインスタンスを開きます。 2. 15.0.5 およびその他のオプションのプラグインをインストールします。 3. 15.0.17 にアップグレードします。 {#yokohama-patch-8__ol_vts_nfb_xgc} | | アプリケーションマネージャー PRB1920459 | ノードがオンラインにならず、ラッパーの java.lang.Class CastException がブートをログに記録します | ノードの起動時に ClassCaseException がスローされ、ノードがブートしてインスタンスのパフォーマンスの問題が発生します。 | | | アプリケーションマネージャー PRB1926863 | Nexus からアーティファクトをアップロードできない | Nexus サーバーが Nexus2 から Nexus3 に更新されたため、すべてのインスタンスで Nexus からのアーティファクトのアップロードで問題が発生しました。 | 1. 任意のインスタンスにログイン 2. ナビゲーターフィルターで、 システムアプリケーションアプリケーションをインストール. 3. Nexus からオプションを選択して、リポジトリ URL を入力します。 {#yokohama-patch-8__ol_c5s_nfb_xgc} Nexus サーバーへの変更により、この URL は機能しなくなったことを確認します。 | | 承認 PRB1928314 | 再トリガーされた変更承認が、以前に却下したユーザーにルーティングされない | 変更承認が却下された後、承認を再トリガーしても、元の却下承認者には戻されません。代わりに、承認は「却下」ステータスのままになります。この問題は、Yokohama へのアップグレード後に発生し、変更要求に対して電子署名が有効になっている場合に発生します。 | 1. フローデザイナーで通常の変更要求フローを非アクティブ化します。 2. 新しい標準的な変更要求を作成します。 3. 任意のアサイン先グループを指定し、承認を要求します。 4. \[ 変更要求\] リスト ビューに移動します。 5. \[ 承認\] フィールドを追加します。 6. 承認フィールドのステータスを手動で「要求済み」に変更します。 7. これにより、ワークフローが「待機」条件を超えるようにトリガーされることに注意してください。 8. いずれかの承認を却下します。 9. 他の承認が \[不要\] に移行します。 10. リストビューの変更要求に戻ります。 11. \[承認\] フィールドのステータスを \[要求済み\] に変更します。 {#yokohama-patch-8__ol_j5s_nfb_xgc} 他の承認が要求されている間、却下された承認は「却下」ステータスのままであることに注意してください。 | | 非同期メッセージバス (AMB) PRB1919844 | Yokohama 以降、非同期メッセージバス (AMB) 公開の GCF メトリクスが不正確になる | GCF DEFN によってカウントされるメッセージは 1 つだけです。 | 1. AMB を介してサーバーをクライアントメッセージに公開します。 2. AMB を介してクライアントをサーバーメッセージに公開します。 3. ローカルインスタンスで同等の DEFN を作成して、DEFN の GCF メトリクスを確認します。 {#yokohama-patch-8__ol_u5s_nfb_xgc} 予想される動作:両方のメッセージが GCF DEFN によってカウントされる必要があります。 実際の動作:DEFN の GCF カウントには、メッセージのうち 1 つのみが記録されます。 | | 非同期 HTTP クライアント PRB1937994 | 非同期 HTTP クライアント接続プールが最適化されていません | 接続プーリングは、ホストあたり 60 に制限され、ホストが 300 〜 900 である必要がある場合は合計 180 に制限されています。 | 1. インスタンスにログインします。 2. /sp エンドポイントに移動します。 3. 「スパムとは」と入力します。 4. \[35 秒後の 新しい会話 \] を選択します。 5. もう一度「スパムとは」と入力します。 {#yokohama-patch-8__ol_avs_nfb_xgc} 2 番目の要求セットでは接続プーリングのメリットがなく、ホストあたり 60、合計 180 に制限されていることに注意してください。 | | レコードの添付ファイル PRB1848449 | 「glide.attachment.extensions」が空でない場合、ユーザーはフィールドに画像をアップロードできません | 「glide.attachment .extensions」が空ではなく、「glide.ui.attachment .extensions.enforce」が true の場合、ユーザーはフィールド sys_user.photo に画像をアップロードできません。 | | | 自動テストフレームワーク (ATF) PRB1903721 | 自動テストフレームワーク (ATF) テストは、ml_solution に対する間接的な更新により、並列で実行できません | ml_solutionはユーザーが ML 呼び出しを行うたびに変更されるため、ML 呼び出しを行うテストは他の同様のテストと並行して実行できなくなります。これは管理テーブルのように見えるため、変更されたレコードとして追跡すべきml_solution。 | 1. ATF テストを作成します。 2. レコード更新ステップを追加します。 3. ml_solutionの任意のレコードを選択します。 1. \[セキュリティを強制\] をオフにします。 2. 更新を「アクティブ = false」に設定します。 {#yokohama-patch-8__ol_jvs_nfb_xgc} 4. テストを実行します。 {#yokohama-patch-8__ol_hvs_nfb_xgc} 予想される動作:ml_solution変更されたレコードは生成されません。 実際の動作:変更されたレコードがml_solutionに対して生成されます。 | | キャッシュ PRB1840552 | CompactCacheEntry hashCode メソッドによる CPU への影響を軽減する | この問題は、CompactCache の CPU 最適化のためのものです。これはプロファイリングから発見されたもので、特定のキャッシュ操作の速度を向上させ、それらのキャッシュ操作の CPU コストを削減するパフォーマンスの向上です。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1848541 | 選択肢リストキャッシュの無効化が正しく機能しない | 選択リストのキャッシュの無効化が正しく機能していません。テーブルchange_requestとフィールドリスクを使用すると、次の有効な要求によって再ビルドされるようにキャッシュされた値がクリアされることを示すスクリプト。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1918917 | ケース要約スキルの ACL をソースから出荷する Now Assist スキルキット | | 1. 管理者ユーザーとしてログインします。 2. 最新のスキルキットプラグインをインストールします。 3. 従業員エクスペリエンス向け Now Assist と HR サービスデリバリ向け Now Assist をインストールします。 4. スキル「承認のケースサマリー」をアクティブ化します。 5. 移動先 すべてスキルキット。 6. 選択 承認のためのケースの要約スキルプロンプトパフォーマンスデータセットを作成. {#yokohama-patch-8__ol_qvs_nfb_xgc} データセットの作成中に、ACL が添付されているために「データセットの作成に失敗しました」というエラーが発生することに注意してください。 | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1926747 | HR アプリケーションのインストール時にベンダーポータルのアンケート回答ページが機能しなくなる | ユーザーは、アセスメントに関連付けられたアンケートを表示できません。 | 1. アドミンとしてインスタンスにログインします。 2. 移動先 すべてsn_vdr_risk_asmt_assessment。リスト新しい TPRA レコードを作成保存. 3. \[ アンケート\] を選択します。 4. レコードを編集して保存します。 5. \[サードパーティに送信\] を選択します。 6. アドミンと同じブラウザでインスタンスを開き、サードパーティの連絡先として代理操作します。 7. ステップ 2 で作成したサードパーティレコードの \[リスクアセスメント \] を選択します。 {#yokohama-patch-8__ol_aws_nfb_xgc} 予想される動作:ユーザーは、アセスメントに関連付けられたアンケートを見て回答できる必要があります。 実際の動作:ユーザーはアセスメントに関連付けられたアンケートを表示できません。 | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1928914 | メール返信の推奨事項に RCA の問題があります | この RCA は許可されたステータスではないため、スパークルアイコンが表示されません。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1932910 | NowAssist Guardian が間違ったプロンプトに「機密」のフラグを立てる | NowAssist Guardian の攻撃性フィルターは、単純なプロンプトを機密性が高いものとして解釈します。「HR はどうですか」や「HR に電話したいです」などのフレーズは、Guardian の応答をトリガーしますが、応答はトリガーされません。 | 1. インスタンスに仮想エージェント (NAVA) 向け Now Assist があることを確認します。 2. インスタンスで Guardian が有効になっていることを確認します。 3. 移動先 Now Assist アドミン設定フィルター. 4. フィルター \[従業員の個人的な問題\] を有効にします。 5. プロンプト「How is my HR (自分の HR はどうですか)」を入力して、仮想エージェントをテストします。 {#yokohama-patch-8__ol_jws_nfb_xgc} このフィルターに含まれるサンプルフィルターは、フレーズとはまったく関係がないことに注意してください。 | | 変更管理 PRB1867284 | 変更要求の承認時にコンソールで JavaScript エラー「TypeError: model.mandatoryFields is not a function」が発生し、自動テストフレームワーク (ATF) テストが失敗する | 「TypeError: model.mandatoryFields is not a function」というエラーメッセージは、システムアドミニストレーターの承認要求を承認した後に変更要求が次のステータスに移動されたときに発生します。 | 1. システムアドミニストレーターユーザーとしてログインします。 2. 通常または緊急の変更要求を作成します。 3. アサイン先グループ「CAB ワークベンチ」を使用します。 4. 保存 してください。 5. \[承認を要求\] を選択します。 6. 開発者コンソールを開きます。 7. \[承認者\] 関連リストを開きます。 8. 右クリックのコンテキストメニューからシステムアドミニストレーターの承認要求を承認します。 {#yokohama-patch-8__ol_rws_nfb_xgc} 予想される動作:変更要求ステータスは、エラーが発生することなく次のステータスに移行します。 実際の動作:「未捕捉の TypeError: model.mandatoryFields is not a function」というエラーとともに変更要求ステータスが次のステータスに移行し、ATF テストが失敗します。 | | 変更管理 PRB1931749 | リスク計算の実行後に \[影響度\] フィールドが更新されない | change_requestの \[ 影響度 の選択肢\] フィールドで \[なし\] が有効になっている場合、riskCondition は change_request.impact フィールドを更新する必要がありますが、更新されません。RiskCalculatorSNC が間違った影響度フィールドをチェックしています。risk_conditionテーブルのものではなく、change_requestテーブルのものをチェックします。 | | | クライアントスクリプト PRB1889628 | リスト宣言アクションが機能しない | | 1. リスト宣言アクションを作成します。 2. クライアントスクリプトとして実装します。 3. クライアントスクリプトを「console.log('Test');」に設定します。 4. テーブルを「incident」として設定します。 5. インシデントリストに移動します。 6. 宣言アクションを選択します。 {#yokohama-patch-8__ol_zws_nfb_xgc} コンソールログが出力されないことを確認します。 | | コード署名 PRB1918750 | コード署名コードリーク GlideRecord | コード署名コードによって gliderecord が静的に保存され、漏洩が発生しています。 | 1. GlideRecord とフィールドをパラメーターとして渡して、CodeSigningField ValueGetter オブジェクトを作成します。 2. ヒープダンプを取ります。 {#yokohama-patch-8__ol_fxs_nfb_xgc} 予想される動作:ステップで渡された gliderecord はグループ変更されているはずです。 実際の動作:glideRecord オブジェクトは、ノードが再起動されるか、別の CodeSigningField ValueGetter オブジェクトが作成されるまでメモリ内に残ります。 | | コード署名 PRB1921400 | 署名がテーブルに存在しない場合は JIT ロード時に署名のタイムスタンプを更新し、ロードする前に署名のタイムスタンプをプラグインアップグレードのタイムスタンプと比較します | インスタンスのパッチのアップグレード中に、JIT がプラグインからテーブルに多くのビルド時署名をロードするため、sn_kmf_record_signatureテーブルに対して多くの更新イベントが生成されます。署名は古いと見なされるため、署名はテーブルに再度ロードされ、その後、そのタイムスタンプが更新されます。そのため、テーブルに存在しない署名は、最初に 2 回ロードされます。署名は、1 回ロードされたときにテーブルに既に存在します。 | | | 構成管理データベース (CMDB) PRB1846249 | 識別および調整エンジン (IRE) が、IRE 処理中にキャッシュフラッシュが発生すると、NullPointerException (NPE) をスローする | | 1. 「setIndependentQueryFromPayload」メソッドの後にブレークポイントを付けてペイロードをローカルで実行します。 2. 「setIndependentQueryFromPayload」の後に新しいブレークポイントを作成して、スレッドを停止します。 3. 別のウィンドウを開きます。 4. /cache.do にログインします。 5. キャッシュのフラッシュを実行します。 6. 手順 2 で停止したスレッドの実行を再開します。 {#yokohama-patch-8__ol_lxs_nfb_xgc} NPE を観察します。 | | コンテンツエクスペリエンス PRB1930250 [KB2494389](https://hi.service-now.com/kb_view.do?sysparm_article=KB2494389) | \[リッチコンテンツ\] ウィジェットの \[前へ \] または \[次へ \] ボタンを選択すると、ページが一番上にスクロールする | 位置は変わらないはずです。 | 詳細については、リストの KB 記事を参照してください。 | | データベース接続 PRB1928984 | 接続プールが長時間接続を待機した場合に「停止」を再試行する | 「接続の試行に失敗しました (The connection attempt failed)」という繰り返されるエラーメッセージは、txid が何時間も同じ場合に発生します。接続作成要求が不当に遅くなる可能性があります。ラボで PostgreSQL サービスが停止すると、ほぼ瞬時にエラーが発生し、すべての再試行を使い果たすまでに 13 秒かかります。本番環境では、ハードウェア障害により DB ホストが使用できなくなると、各要求ごとに \~100 秒かかるため、すべての再試行を使い果たすまでに数時間かかることがあります。 | | | データベースの永続性 - データアクセス PRB1881821 | SqlJoinOptimizerV2 でエイリアス DBI 引用符を認識できません | SqlJoin OptimizerV2 は、ログ ファイルに対して IllegalArg 例外をスローします。 | | | データベースの永続性 - データアクセス PRB1916672 | サブグラフのエッジを作成するときは、\[ ターゲットキー\] フィールドのsys_idではなくプライマリキーを使用します | 現在のコードはそのsys_idを想定していますが、Workflow Data Fabric (WDF) では、常にそうではありません。 | 1. 名前が sys_id 以外のプライマリキー列を持つ WDF テーブルを作成します。 2. 別のテーブルからそのテーブルへの参照を作成します。 3. テーブルを含む名前サブグラフを作成します。 4. その参照のエッジをトラバースしてみてください。 {#yokohama-patch-8__ol_txs_nfb_xgc} | | データベースの永続性 - データアクセス PRB1929018 | クエリに「\\」がある場合、C2R が機能しない | 暗号の例: 'MATCH (u:User)-\[:HAS_MANAGER\]-\>(m:User) WHERE u.user_name = 'abel\\tuter' RETURN m' | | | データベースの永続性 - データアクセス PRB1929610 | WDF と物理テーブルを使用する暗号が機能しない | | 1. インスタンスに移動します。 2. 「ユーザーの代理操作」を参照してください。 3. 「アベル・テューターの最後のボーナスと部門」という質問をします。 {#yokohama-patch-8__ol_cys_nfb_xgc} | | データベースの永続性 - データアクセス PRB1931834 | ReductionEngine の正規表現の英数字パターンを静的にコンパイルします | 正規表現のコンパイルはコストがかかるため、パフォーマンストレースに表れます。メンバーは一定であるため、インスタンスごとから静的にメンバーを移動する必要があります。 | | | データベースの永続性 - データアクセス PRB1932266 | 正規表現パターンを静的にする | DBCypherParser と DBSqlParserForCypher には非静的パターンがあります。正規表現は十分に高価であるため、変換する価値があります。 | | | データベースの永続性 - データアクセス PRB1932532 | Cypher2Result API がワークフローデータファブリックレコードのsys_idを返さない | sys_idが存在しません。これは一般的なデータベースビューにも固有のものです。 | | | データベースの永続性 - データアクセス PRB1932785 | admin 以外のロールを介して実行されたクエリに応答がない | 生成された暗号が正しく、フェッチするデータがある場合でも、アドミン以外のユーザーとしてクエリを実行しようとすると、クエリに対する応答が返されません。 | | | データベースの永続性 - データアクセス PRB1933012 | プロセスドメインセパレーションと BQ ルールは、テーブルごとではなくエイリアスごとに機能します | これは、同じテーブルが 1 つのクエリで 2 回使用されている場合にのみ顕著になります。 | | | データベースの永続性 - データアクセス PRB1934684 | KG グローバルグラフの getForTables が寄与度グラフからすべてのエッジを返さない | | 1. sys_user ノードと cmn_schedule ノードを持つ寄与グラフ「cont1」を作成します。 2. スクリプトを使用してエッジを保存します。 {#yokohama-patch-8__ol_jys_nfb_xgc} | | データベースの永続性 - データアクセス PRB1935637 | TD/ビューキャッシュトランザクションをトランザクションの有効期間に結び付ける | コードは、TD/ビューのキャッシュされた有効期間を getDisplayValue などのメソッド呼び出しに設定し、代わりに存続期間の長いトランザクションに関連付ける必要があります。 | 時間:通常の暗号の実行時間。 | | データベースの永続性 - データ管理 PRB1762209 | ITERATIVE_CHUNK _PROCESSOR sys_dm_chunksテーブルに作成されるチャンクエントリが多すぎる | | 1. 参照されていないテーブルクリーナープロセスタイプがITERATIVE_CHUNK_PROCESSORになるように、プロパティ「glide.db.unreferenced_ record_cleaner.large _table_threshold」を小さい値に設定します。 2. 6 つの物理参照テーブルの参照されていないレコードを使用して、sys_object_source内のデータをバルクアップします。 3. 「DMScheduler」を実行して、参照されていないテーブルクリーナーを処理します。 {#yokohama-patch-8__ol_qys_nfb_xgc} sys_dm_chunkテーブルに挿入されるデータに注目してください。 | | データベースの永続性 - データ管理 PRB1916418 | 「参照されていないレコードクリーナー」は、削除する孤立レコードがまだ大量にある場合にのみ、実行ごとに 1 つのチャンクを作成します | 「参照されていないレコードクリーナー」(URC) は、ルールの最初の実行では複数のチャンクを作成しますが、後続の実行では 1 つのチャンクのみを作成します。動作変更のしきい値は、まだ削除されていない孤立レコードの数が、特定のルールで 100 万レコード未満の場合です。 | 1. フィルターがあり、結果セットに 100 万件を超える孤立レコードがあるテーブルの URC ルールを作成します。 2. URC ジョブをトリガーします。 {#yokohama-patch-8__ol_dzs_nfb_xgc} 最初の実行では複数のチャンクが作成されますが、次の実行ではルールの孤立レコードの数が 100 万を下回るとすぐに 1 つのチャンクが作成されます。 | | データベースの永続性 - データスケール PRB1800838 | CacheManager が原因で GLIDE_ELEMENT_EXTENSIONS キャッシュへのアクセスが遅い | CacheManager を使用するためにこれを必要とする必要はありません。拡張ポイントリスナーを使用する場合、拡張をフラッシュする必要はありません。 | | | データベースの永続性 PRB1901056 | バックグラウンド操作の冗長プール拡張拒否メッセージを削除 | xmlstats のログは増加し続けており、さらに増加すると予想されます。ログのみを削除する必要があります。 | 1. DB プールを小さく (ワーカースレッド数未満) に構成します。 2. 「Pool: glide: pool expansion rejected lowest_ratio=0.030901287553648068 is_bg_op=true 2)」などのログも xmlstats で増加していることを確認します。 {#yokohama-patch-8__ol_izs_nfb_xgc} | | データベースの永続性 PRB1920823 | タイプが「電話番号 E164」の updateMultiple でデータが失われる | sys_dictionaryでは、ユーザーは「sys_user」の「mobile_phone」要素を「電話番号 E164」に設定できます。ユーザーが後でベースインスタンスデータセット内の誰かの会社を更新すると、\[ mobile_phone \] フィールドは null に設定されます。 | | | Database Views PRB1900333 | ビューのsys_idで IN クエリを使用してデータベースビューをクエリすると、エンコードされた sys_id 値のリストが使用されるため、Yokohama で無効なクエリが発生する | データベースビューがsys_idクエリされると、各ビューテーブルの一致する結合レコードからsys_idsをエンコードすることによって一意の値が生成され、その結果、行が返されます。 | | | データファブリックテーブル Glide サービス PRB1923285 | ユーザーが DataBricks から「Int/BigInt」タイプの列への参照を作成できない | DataBricks の整数列は、Trino では「BIGINT」としてマッピングされ、最終的には ServiceNow テーブルで「Long」としてマッピングされます。ユーザーが列マッピングの 1 つを型 'Long' の別の DataBricks DF テーブル参照キーへの参照に変更しようとすると、"リモート列 'c_nationkey' にマップされた参照列 'c_nationkey' は、参照列でサポートされていない longint 型を使用しています" というエラーがスローされます。 | 1. DataBricks 接続と 2 つの DF テーブル (顧客と国) を作成します。 2. ユーザーのテーブルで、 参照として \[国キー \] 列を選択します。 3. \[完了\] を選択してみてください。 {#yokohama-patch-8__ol_uzs_nfb_xgc} 「リモート列「c_nationkey c_nationkey」にマッピングされた参照列「」は、参照列でサポートされていない longint タイプを使用しています」というエラーがスローされます。 | | データプライバシー (従来) PRB1930243 | クローンジョブライセンスチェックの問題 | インスタンスの Data Privacy (Classic) では、匿名化クローンポリシーを作成して匿名化ジョブを作成できます。あるインスタンスから別のインスタンスにクローンを作成する場合、PostClone スクリプトは匿名化クローンポリシーを取得し、ターゲットインスタンスにフェデレーションジョブを作成します。これにより、ポリシーの構成を使用してクローンインスタンスのデータが匿名化されます。 | 1. ソースインスタンスでデータプライバシープラグイン (sn_dp_store_app) をアクティブにします。 2. data_privacy_adminロールを昇格させます。 3. 移動先 システムセキュリティデータプライバシー匿名化. 4. \[新しいポリシーを作成\] を選択します。 5. データテーブルまたは列を選択します。 6. \[作成\] を選択します。 7. 名前を入力します。 8. データクラスを選択します。 9. \[クローン作成中に ポリシーをアクティブ化する\] を選択します。 10. 複数のクローンポリシーがある場合に実行するポリシーの順序を選択します。 11. \[続行\] を選択します。 12. ポリシー構成を完了します。 13. ポリシーを公開します。 14. データプライバシー構成をバックアップします。 15. 匿名化ジョブをスケジュールします。 16. データプライバシーアドミンとしてクローン要求を送信します。 {#yokohama-patch-8__ol_a1t_nfb_xgc} データプライバシー PostClone スクリプトがターゲットインスタンスで実行され、そのインスタンスにデータプライバシー連携ジョブレコードが作成されることに注目してください。連携ジョブは、ターゲットインスタンスの \[アプリケーションの順序\] でクローン後ポリシーごとにデータプライバシージョブを作成して実行し、バックアップソースもそこでクローン作成されます。データプライバシー PostClone スクリプトは、ターゲットインスタンスで構成されたポリシーのデータプライバシージョブを作成して実行します。昇格されたデータプライバシークローンプロセッサーは、ターゲットインスタンスにログオンし、dp_federated_job.list と dp_job.list でクローン後の連携ジョブのステータスを監視できます。 | | 宣言アクション PRB1819856 | アクティブな PI レコードのいずれかの列に \[グループ\] が適用されている場合、宣言アクション (移動、追加、変更、削除) が有効になりません | | | | ディスカバリー PRB1839235 [KB2477345](https://hi.service-now.com/kb_view.do?sysparm_article=KB2477345) | 静的データの「discovery_cloud_temp_results」への挿入が多すぎると、レプリケーション遅延の原因となります | クラウドディスカバリースケジュールが多すぎる場合 (アカウントごとに 1 つなど) すると、「cmdb_ci_cloud _hardware_type」CI タイプの discovery_cloud_temp_results への挿入が多すぎるためにレプリケーション遅延が発生する可能性があります。 | 1. DB レプリケーションがあります。 2. クラスター内に 30 個のノードがある。 3. 数千のサービスアカウントがある。 4. サービスアカウントごとに 1 つの disco スケジュールを設定します。 5. スケジュールをクローズ間隔で実行します。 {#yokohama-patch-8__ol_m1t_nfb_xgc} | | ディスカバリー PRB1842017 | クラウドディスカバリーの HostIdentificationUtil.findHostByIp() によって実行される不要な DML は、データベースに負荷をかけ、ディスカバリースケジュールを長引かせます | クラウドディスカバリーで数百のサービスアカウントを検出すると、数十万の不要なクエリが実行される可能性があり、DB に負荷がかかり、ディスカバリースキャンが長引くことになります。 | 1. クラスター内に多数のノードがある。 2. 多くのクラウドリソースを用意します。理想的には、すべてのクラウドパターンが返すリソースがあります。 3. 500+ のサービスアカウントを検出する単一のディスカバリースケジュールを作成します。 4. HostIdentificationUtil.findHostByIp() を計測します。 5. このメソッドが不必要に実行され、何十万ものクエリが実行され、DB の速度が低下する回数を確認します。 {#yokohama-patch-8__ol_u1t_nfb_xgc} | | ディスカバリー PRB1893089 | 「Discovery::getScheduleContainingAnyIP()」API により、「change_request.trigger.discovery' sysevents | 各 API 呼び出しには 1 〜 2 分かかる場合があります。代わりに、API は DH のみをクエリする必要があります。 | | | ディスカバリー PRB1898321 [KB2260681](https://hi.service-now.com/kb_view.do?sysparm_article=KB2260681) | ディスカバリーログでのパターン実行のログは、アラームを少なくする必要があります | パターンによってデータが復元された場合でも、パターンのディスカバリーログに「CI パターンの探索に失敗しました」というパターン障害が示されます。 | 1. ラボとクラウドの検出を実行します。 2. これにより、さまざまなエラーが発生することに注意してください。 3. ディスカバリーログを確認します。 {#yokohama-patch-8__ol_hbt_nfb_xgc} 実際にデータをもたらした検出では、「CI パターンの探索に失敗しました」が発生することに注意してください。 | | ディスカバリー PRB1927941 [KB2434137](https://hi.service-now.com/kb_view.do?sysparm_article=KB2434137) | ディスカバリーパターンが途中で失敗し、ディスカバリーが失敗する | たとえば、「Windows OS - サーバー」パターンのディスカバリー中にクラスターパターンライブラリーを実行すると連続エラーがスローされますが、これは想定されるエラーですが、代わりにパターンエンジンがパターンに失敗しました。 | 詳細については、リストの KB 記事を参照してください。 | | ディスカバリー PRB1933778 | 統合のコモンズに秘密鍵を格納する MID 設定パラメーター名を追加する | これは製品の更新です。 | | | ドキュメントインテリジェンス (DocIntel) 統一バックエンド PRB1919853 | システムプロパティが数値 0.1 対 0,1 を解析しない問題 | インスタンスがヨーロッパ形式で設定されている場合 (米国形式の 0.5 ではなく、10 進数が 0,5 と書かれているなど)、しきい値のシステムプロパティが正しく解析されず、エラーが返されます。 | | | ドキュメントインテリジェンス (DocIntel) 統一バックエンド PRB1923569 | フローが IT Asset Management (ITAM) ターゲットテーブルに重複レコードを作成する | 抽出されたテーブルには 3 つの行が表示されますが、フローは最終的に ITAM テーブルに 6 行を作成します。 | | | エッジ暗号化 PRB1927436 [KB2434303](https://hi.service-now.com/kb_view.do?sysparm_article=KB2434303) | Yokohamaにアップグレードした後、「tmp」フォルダの下に「MultiPartXXX」ファイルが大量に作成される | これにより、マシンでディスク容量がいっぱいになる問題が発生します。 | 詳細については、リストの KB 記事を参照してください。 | | エッジ暗号化 PRB1934717 | エッジ復号化ジョブが ジャーナル/監査 フィールドの正しい列をチェックしない | 列レベルでデータを暗号化するかどうかを決定するときに、エッジ復号化ジョブは ジャーナル/監査 フィールドの正しい列をチェックしません。その結果、 ジャーナル フィールドと監査エントリは CLE 暗号化されません。 | 1. ジャー ナル フィールドをエッジ暗号化するように構成します。 2. エッジ一括暗号化ジョブを実行してデータを暗号化します。 3. 同じフィールドで CLE モジュール/マップ/構成を設定します。 4. 構成がアクティブであることを確認します。 5. エッジユーザーがこの CLE モジュールにアクセスできることを確認します。 6. エッジ ユーザーは、edgeencryption .properties ファイル (edgeencryption .target.username プロパティ) で設定されていることに注意してください。インスタンスに接続するように構成されたユーザーは、CLE モジュールにアクセスできる必要があります。アクセス権がないと、復号化ジョブはモジュールでの暗号化を試行しません。 7. フィールドのエッジ暗号化設定を無効にします。 8. フィールドでエッジ復号化ジョブを実行します。 9. プロセス履歴レコードを確認します。 {#yokohama-patch-8__ol_nbt_nfb_xgc} 予想される動作:sys_journal_field の ジャーナル フィールドエントリは CLE 暗号化されます。監査 フィールドエントリも CLE 暗号化されます。 実際の動作: ジャーナル フィールドと監査エントリは CLE 暗号化されません。 | | リストの列を編集 PRB1844708 | 「リスト」バンドル SNC バリアントから「自分のリスト」への変更が保存されない | ユーザーがサービスオペレーションワークスペースの \[自分のリスト\] の下にリストを作成し、列を構成するかフィルターを変更すると、変更はすぐに反映されます。ただし、ユーザーが別のページまたはリストに切り替えると、変更は元に戻ります。 | | | メール通知 PRB1833179 | メールドラフトの \[メール送信 \] ボタンが機能しない | CSM ワークスペースで、\[タブでドラフトを開く\] アイコンを介して開いたメールドラフトに対して \[ メール送信 \] ボタンが機能しません。 | 1. インスタンスを開きます。 2. CSM ワークスペースに移動します。 3. インシデントレコードを開きます。 4. \[アクティビティストリームの作成\] セクションから、作成領域の \[メール\] タブを選択します。 5. メール作成領域にコンテンツを入力します。 6. \[ ドラフトをタブで開く \] アイコンを選択します。 {#yokohama-patch-8__ol_act_nfb_xgc} メールドラフト用に開いた新しいタブで \[ メール送信 \] ボタンが機能しないことを確認します。メールを送信できません。 | | 労務 (ER) ケース管理 PRB1909215 | sn_hr_er および asmt_assessment _instance_question 用のベースインスタンススコープの ACL はありません | 必要なロールを持っていても、特定のasmt_assessment _instance_questionレコードを読み込むことができません。sn_hr_er 用のベースインスタンススコープ付き ACL はありませんが、sn_hr_core用の ACL はあります。 | | | イベント管理 PRB1838299 [KB1906970](https://hi.service-now.com/kb_view.do?sysparm_article=KB1906970) | 同期していないジョブが原因でインシデントの影響度が設定されません | アラート優先度グループの計算で、アラートのシステムフィールドが更新されません。 | 1. 「アラート管理」ルールを開きます。 2. \[インシデントの作成\] を有効にします。 3. 約 30 〜 40 秒間、数秒ごとにイベントを送信します。 4. すべてのアラートとインシデントが作成されるまで待ちます。 5. 一部のインシデントで、影響度が設定されていないことを確認します。 6. 確認するには、プロパティ evt_mgmt.enable_ alert_priority_group _explicit_update を true に設定します。 {#yokohama-patch-8__ol_hct_nfb_xgc} | | イベント管理 PRB1909720 | アラートタグテーブルを開こうとするとエラーが表示される (query_rangeエラー) | | 1. evt_adminユーザーとしてコネクトします。 2. sn_em_ai_alert_tagsに移動します。 3. 「query_range」を含むアラートタグのフィルターを実行します。 {#yokohama-patch-8__ol_sct_nfb_xgc} UI に表示されるエラーを確認します。 | | イベント管理 PRB1918087 | 「サービスダッシュボード」でのビジネスサービスツリーのビルドのパフォーマンスが低下する | /api/sn_nocpit/nocpit/GroupTree REST エンドポイントは、各トランザクション中に sa_service_group_member テーブルを 2 回非効率的にクエリし、毎回すべての行を読み取ります。 | 1. 「ユーザーの代理操作」を参照してください。 2. サービスオペレーションワークスペースに移動します。 3. \[サービスダッシュボード\] アイコンを選択します。 {#yokohama-patch-8__ol_xct_nfb_xgc} /api/sn_nocpit/nocpit/GroupTree トランザクションが定期的に遅くなることを確認します。 | | イベント管理 PRB1934829 | getMap は、サービスマップ上にサイクルのあるアラートパスがある場合、無期限に実行されます | ハッシュマップのトラバース中に停止基準が null に達しますが、ハッシュマップにはサイクルが含まれているため、ループが終了することはありません。 | | | フローエンジン PRB1927282 | NowLLM メディアアクションで同期要求が失敗する | sn_ml.MLServiceUtil.parse TritonResponse (headerContentLength, responseBody);は例外をスローし、フローは失敗します。これは、One Extend コールが同期されている場合にのみ発生します。 | | | フローエンジン PRB1927401 | 歩留まりはフロー要素の実行間でのみ発生する必要があります | フローがあるノード (新しいバージョン) でコンパイルされ、別のノード (古いバージョン) で実行される場合、新しい Java コードがないため、フローは失敗します。 | | | フロー (ファミリーチャネル) PRB1923234 | すべてのアプリケーションをインストールした後に FDCollection 複合オブジェクトを追加します | | Open Line - 予測インテリジェンスアプリをインストールします。 予想される動作:FDCollection 複合オブジェクトが存在します。 実際の動作:FDCollection 複合オブジェクトが存在しません。 | | フォームテンプレート PRB1907844 | テンプレートの参照修飾子は SOW ではサポートされていません | テンプレートの参照修飾子は SOW ではサポートされていません。ユーザーが検索アイコンを選択すると、ポップアップが開きます。 | 1. 移動先 ナビゲーター標準的な変更すべての提案. 2. アクティブな標準的な変更提案を開きます。 3. \[ 変更要求値\] に移動します。 4. \[ アサイン先\] または \[サービスオファリング \] フィールドを選択します。 5. \[ 検索 \] アイコンを選択します。 {#yokohama-patch-8__ol_ddt_nfb_xgc} ポップアップが開くことを確認します。 | | 履歴セット PRB1892171 | setJournalEntry(data, 'user name') API が想定どおりに機能しない | API setJournalEntry(data, 'user name') を使用すると、sys_audit.user は API に渡されたユーザーを正しく反映しますが、現在ログインしているユーザーをsys_created_byキャプチャします。 | | | Horizon ボタンステートフルコンポーネント PRB1842512 | ステ ートフルボタン コンポーネントが UIB またはランタイムに表示されない | | 1. Xanadu インスタンスで、UIB のエクスペリエンスを開きます。 2. ページを最初から作成するか、既存のページを開きます。 3. ステ ートフルボタン コンポーネントをステージに追加します。 4. UIB ページに変更を保存します。 {#yokohama-patch-8__ol_kdt_nfb_xgc} 予想される動作: ステートフルボタン コンポーネントが UIB とランタイムに表示されます。 実際の動作:コンポーネントは表示されません。 | | Horizon コンポーネントライブラリ PRB1818590 | now-pagination-control が最初のページ (ページ 0) を不要にリセットする | ページネーションコントロールは、カウントを減らすと最初のページにリセットされます。 | 1. 合計 22 個のアイテムを含むページネーションコントロールの例を作成します。 2. 最後のページに移動します。 3. 合計を 21 に変更して、アイテムの削除をシミュレートします。 {#yokohama-patch-8__ol_qdt_nfb_xgc} ページネーションコントロールは、カウントが減ったため、その必要はなかったにもかかわらず、最初のページにリセットされることに注意してください。 | | HR サービスデリバリ (HRSD) PRB1920738 [KB2525534](https://hi.service-now.com/kb_view.do?sysparm_article=KB2525534) | HR ケースの説明 (rich_description) でデータがコピーされず、詳しい説明が空のままになります | 詳しい説明は、リストビューでは null として表示されますが、ケースレコードでは正しく表示されます。その逆も想定どおりに機能します。HR ケースフォームの \[ rich_description \] フィールドを更新すると、リストビューの \[ rich_description \] フィールドに値が表示されます。 | 1. インスタンスにログインします。 2. HR ケースを作成する。 3. sn_hr_core_caseに移動します。リスト。 4. 新しく作成されたケースを開きます。 5. ハンバーガーアイコンを選択します。 6. フォームレイアウトを設定します。 7. \[ 説明\] フィールドを追加します。 8. 変更内容を保存します。 9. HR ケースフォームに戻ります。 10. \[ 説明\] フィールドにメッセージを入力しますが、\[ rich_description \] フィールドには何も入力しないでください。 11. 変更内容を保存します。 12. 2 つのフィールド間で値を同期するビジネスルールにより、\[ rich_description \] フィールドで同じ値が自動的に更新されることを確認します。 13. リストビューを開きます。 14. \[説明\] 列と \[rich_description\] 列を追加します。 {#yokohama-patch-8__ol_vdt_nfb_xgc} rich_descriptionフィールドには値が含まれていないことに注意してください。 | | HR サービスデリバリ (HRSD) PRB1931448 | \[ 一時停止の理由\] フィールドは、デフォルトではフォームに存在しません | これにより、HR ケースの作業メモの一時停止理由の入力に不一致が生じます。 | | | HTTP クライアント PRB1833182 | 非同期 HTTP クライアントの送信 HTTP 要求ログで、要求の実行時間が正確に考慮されない | タイマーは、受信した最初の応答バイトから開始されます。実際の応答タイマーは、要求がエンドポイントに送信された直後に開始する必要があります。これには、接続のセットアップ、要求の書き込み、および応答時間を含む合計時間が必要です。分布 (接続セットアップ、要求書き込み、応答時間) を表示できます。 | 仮想エージェントまたは Now Assist パネルから非同期要求を実行します。 | | インスタンスクローン (ファミリー) PRB1930639 | クローンアドミンコンソールの \[要求\] ページのパフォーマンス | | 移動先 クローンアドミンクローンを要求 \[要求\] ページの読み込みには平均 20 秒かかることに注意してください。 | | インスタンススキャン PRB1927870 | システムプロパティ「glide.scan.base _system_records」が有効になっている場合でも、インスタンススキャンで非アクティブなレコードが除外される | カスタムインスタンススキャンテーブルチェックを実行すると、スキャンチェックレコードに条件が設定されていない場合でも、非アクティブなレコードはスキャン結果に含まれません。これは、システムプロパティ「glide.scan.base _system_records = true」を設定した後でも発生します。たとえば、条件が「active = false」のsc_cat_itemに対してスキャンを作成すると、非アクティブなカスタム作成されたレコードが存在しても、検出結果は返されません。 | 1. 新しいテーブルインスタンススキャンチェックを作成します。 2. ターゲットテーブルを「sys_app」または「sc_cat_item」に設定します。 3. \[詳細\] タブでスクリプトを追加します。 4. 保存 してください。 5. テストスキャンを実行します。 {#yokohama-patch-8__ol_j2t_nfb_xgc} 非アクティブなレコードはスキャンされず、「active = false」などのブール条件はゼロの結果を返すことに注意してください。 | | 統合ハブ PRB1928792 | ServiceNow MCP クライアントを使用して ServiceNow MCP サーバーに接続できません | 「Apply Default Headers」が ApplyHeaders の前に呼び出され、常に「Accept: text/event-stream」ヘッダーが追加されます。ステップで追加されたヘッダーも追加されるため、ヘッダーが重複します。ステップで accept ヘッダーが追加されている場合は、text/event-stream ヘッダーを追加しないでください。 | 1. 任意のエンドポイントへの SSE ステップを作成します。 2. 値が「Accept: application/json,text/event-stream」のヘッダーを追加します。 3. SSE ステップをテストします。 {#yokohama-patch-8__ol_q2t_nfb_xgc} 結果には、Accept ヘッダーが値「application/json,text/event-stream」として表示されることに注意してください。 | | 統合ハブ PRB1931168 | SSE ステップが MID で実行されない | | 1. SSE ステップを使用してアクションを作成し、\[MID で実行\] チェックボックスをオンにします。 2. アクションをテストします。 {#yokohama-patch-8__ol_z2t_nfb_xgc} 「SSE is only available on instance (SSE is only available on instance)」というエラーを確認します。個々のチャンクはハンドラーによって処理されません。 | | 統合ハブ PRB1931511 | MID のフローデザイナー SOAP ステップでの WS セキュリティプロファイルのサポート | これは製品の更新です。 | | | IntegrationHub リモートプロセス同期 PRB1881251 | 破損した受信キューレコードがある場合、受信キュー処理がスタックする | リモートプロセス同期受信ジョブを実行した後、レコードは「準備完了」ステータスのままになります。 | 1. インスタンス A (送信側) とインスタンス B (受信側) に P1 と P2 の 2 つのプロセスイベントを作成します。 2. プロセス定義を含めます。 3. インスタンス A (送信者) で P1 イベントと P2 イベントの両方の送信フローを作成します。 4. 送信者インスタンスですべてを設定します。 5. インスタンス B (受信側) でイベント P1 の受信フローを作成します。 6. インスタンス B (受信側) でイベント P2 の受信フローを作成しないでください。 7. 最初に送信者インスタンスから P2 イベントをトリガーします。 8. その後、複数の P1 イベントをトリガーします。 9. データがキャプチャされ、インスタンス A (送信側) から送信され、インスタンス B (受信側) の受信キューに順番に表示されるようにして、最初に 1 つの P2 イベントが発生し、後で 5 〜 10 個の P1 イベントが発生するようにします。 10. sys_triggerテーブルに移動します。 11. 「リモートプロセス同期受信ジョブ」を実行します。 12. ih_sync_inbound_queue_recordテーブルに移動します。 {#yokohama-patch-8__ol_eft_nfb_xgc} すべてのレコードが「準備完了」ステータスのままになっていることに注意してください。 | | プラットフォーム暗号化のキー管理フレームワーク (KMF) PRB1917107 | 複数のアクティブキーを持つ非対称モジュールキーでは、常に現在のインスタンスキーが取得されない | CryptoOperations API は、そのキーがそのインスタンスで生成されるかどうかにかかわらず、日付順にアクティブなキーを選択します。クローンなどの自動化をインスタンスで実行すると、ソースインスタンスとターゲットインスタンスの両方のモジュールキーがターゲットインスタンスに存在する時間が短時間あるように見えます。署名などの非対称操作の場合、リキーが成功する前に、CryptoOperations API はそのインスタンスに属していないキーを使用する可能性があります。リキーが完了すると、同じ操作で現在のインスタンスに属するキーが使用されます。 | | | Key Management Framework (KMF) PRB1913708 | experience_propertiesフィールドがないため、KMF 顧客アクションページに最新の証明書脆弱性が表示されなくなりました | KMF には、\[ experience_properties \] フィールドを使用するカスタムスクリプトを含む \[顧客アクション\] ページがあります。Zurich ではこのフィールドが入力されないため、機能が壊れます。 | | | ナレッジ管理 PRB1913382 | \[閉じる\] ツールチップはハードコードされており、翻訳されていません | 「閉じる」ツールヒントは GenAI モーダルポップアップで翻訳されますが、タスクセレクター、言語ポップアップ、および \[記事の下書き\] ダイアログではハードコードされたままになります。 | シナリオ 1： 1. UI16 のエージェントフローを使用して、インシデントまたはケースから記事を作成します。 2. \[ナレッジを作成\] を選択します。 3. ポップアップが表示されるまで待ちます。 4. \[閉じる\] ツールヒントが翻訳されていることに注意してください。 5. \[続行\] を選択します。 6. 言語ポップアップが表示されるまで待ちます。 7. 十字アイコンにカーソルを合わせます。 8. 未翻訳のツールヒントを確認します。 9. \[続行\] を選択します。 10. 製図アイコンポップアップの十字アイコンにカーソルを合わせます。 {#yokohama-patch-8__ol_ggt_nfb_xgc} \[閉じる\] のツールヒントはハードコードされており、翻訳されていません。 シナリオ 2： 1. UI16 から作成者フローから記事を作成します。 2. ポップアップが表示されるまで待ちます。 3. \[閉じる\] ツールヒントが翻訳されていることに注意してください。 4. \[続行\] を選択します。 5. \[タスク\] の選択が表示されるまで待ちます。 6. 十字アイコンにカーソルを合わせます。 7. 未翻訳のツールヒントを確認します。 8. \[続行\] を選択します。 9. 言語ポップアップが表示されるまで待ちます。 10. 十字アイコンにカーソルを合わせます。 11. 未翻訳のツールヒントを確認します。 12. \[続行\] を選択します。 13. 製図アイコンポップアップの十字アイコンにカーソルを合わせます。 {#yokohama-patch-8__ol_hgt_nfb_xgc} \[閉じる\] のツールヒントはハードコードされており、翻訳されていません。 | | リスト管理 PRB1237246 [KB0752370](https://hi.service-now.com/kb_view.do?sysparm_article=KB0752370) | リスト V2 とリスト V3 に表示される文字列値は、複数の空のスペースを自動的に削除するか、1 つの空のスペースに切り捨てる | この問題により、実際の値は切り捨てられず、表示された値のみが切り捨てられるため、ユーザーがリストの表示から文字列をコピーするときに一貫性がなくなります。 | 1. 最新のベースインスタンスにログインします。 2. 移動先 インシデント新規作成. 3. 単語間に複数の空白を含む簡単な説明を使用して、新しいインシデントを作成します (例:「テスト 123」)。 4. \[インシデント\] リストに \[簡単な説明 \] フィールドを含めます。 5. 簡単な説明「test 123」でインシデントリストをフィルタリングします。 6. 簡単な説明で作成された新しいインシデントレコードがフェッチされて表示され、この簡単な説明がリストに表示されることを確認します。 {#yokohama-patch-8__ol_hht_nfb_xgc} 予想される動作:データは自動切り捨てなしで表示され、簡単な説明は「test 123」と表示されます。 実際の動作:データは自動切り捨てで表示され、簡単な説明は「test 123」と表示されます。 | | リスト管理 PRB1837569 | リストページをダブルクリックした後、インライン編集がポップアップ表示されない | UI ビルダーのリストページテンプレートで作成されたリストページ/プレゼンテーションリストコンポーネントをダブルクリック (またはキーボードショートカットを使用) しても、インライン編集がポップアップ表示されません。 | 1. UI ビルダーを開きます。 2. ワークスペースエクスペリエンスを作成します。 3. 「プレゼンテーションリスト」コンポーネントを実装する「リストページ」テンプレートを使用してページを追加します。 4. このページの URL パスをプレビューして開きます。 5. 最初に選択したテーブルのレコードが表示されない場合は、sys_userテーブルからリストを作成し、最初のロードページにレコードが存在するようにします。 6. 上記のページの URL を記録します。 7. 既存のワークスペースタブを閉じます。 8. タブを再度開きます。 9. フィールドをダブルクリック (またはキーボードショートカットを使用) して、リストでのインライン編集を有効にします。 {#yokohama-patch-8__ol_sht_nfb_xgc} 予想される動作:インライン編集が表示されます。 実際の動作:最初のロード後、インライン編集は有効になりません。ページネーションを実行 (または別のリストに移動) してから戻ると、インライン編集が有効になります。 | | リスト管理 PRB1843211 | \[自分と共有\] セクションと \[リンクで開いている\] セクションでは、\[コピーを保存\] オプションのみを使用できます | 名前の変更、削除、保存、共有のオプションはすべて、\[自分と共有\] または \[リンクで開いている\] セクションのリストで使用できます。\[コピーを保存\] オプションのみを使用可能にする必要があります。 | 1. 移動先 UI ビルダーリストページテンプレート. 2. フィルターをデフォルトのリストに追加します。 3. URL をコピーして新しいタブに貼り付けます。 4. \[自分が作成\] セクションにリストを保存します。 5. リストをユーザーと共有します。 6. そのユーザーの代理操作を行います。 7. \[自分と共有\] セクションにリストをロードします。 8. 3 つのドットを選択します。 {#yokohama-patch-8__ol_d3t_nfb_xgc} 予想される動作:\[コピーを保存\] オプションのみを使用できます。 実際の動作:名前の変更、削除、保存、共有のオプションを使用できます。 | | リスト管理 PRB1847192 | インライン編集は、参照ドット連結フィールドでは機能しません。 | 更新された値は「アクション」として表示され、更新されても値は更新されません。 | 1. リストコントローラープリセットを使用して、レコードリストヘッダーとプレゼンテーションリストを含む UIB ページを作成します。 2. インシデントテーブルのデフォルトビューを使用します。 3. ドット連結参照フィールドをデフォルトビューに追加します (たとえば、構成アイテム (CI)会社). 4. \[会社\] フィールドでセルの編集を試みます。 5. \[ 参照検索\] ボタンを選択します。 {#yokohama-patch-8__ol_l3t_nfb_xgc} 更新された値が「アクション」と表示されていることを確認します。更新しても、値は更新されません。 | | リスト管理 PRB1856664 | 新しく追加された選択肢タイプ列のインライン編集は許可されていません | | 1. 既存のテーブル (インシデントテーブルなど) を使用します。 2. 新しい列タイプの選択肢を作成します。 3. 値には、\[ なし\] オプションを選択します。 4. エクスペリエンスを作成します。 5. RLB をページに追加します。 6. 実行時に、新しい列をインライン編集してみてください。 {#yokohama-patch-8__ol_u3t_nfb_xgc} ポップアップが表示されないことを確認します。 | | リスト管理 PRB1916174 | SN_RECORD_LIST_DATA_ BROKER#ADD_ NOTIFICATIONS がディスパッチされたときにヘッダー通知が表示されない | NRLC で繰り返すと、エラーも発生します。エラーメッセージは、\[アサイン先\] が空になるのを防ぐデータポリシーから取得されます。 | 1. problem_taskテーブルに対して新しいリストを作成します。 2. 新しいリストの \[アサイン先\] の値を削除してみます。 {#yokohama-patch-8__ol_bjt_nfb_xgc} 予想される動作:エラーメッセージを確認します。 実際の動作:エラーメッセージは表示されません。 | | リスト管理 PRB1917110 | Yokohama では、固定フィルター条件がリストビューで合計を計算しない | 合計値の計算では、モジュールで定義された固定フィルター条件は考慮されません。 | 1. 10 進数タイプのフィールドの計算済みリスト構成を有効にします。 1. リストビューで列ヘッダーを選択して長押し (または右クリック) します。たとえば、time_cardテーブルの日曜日などです。 2. \[ 合計値\] を選択します。 {#yokohama-patch-8__ol_hjt_nfb_xgc} 2. sys_app_moduleテーブルに移動します。 3. 引数から URL を使用して、固定フィルター条件でモジュールを作成します。たとえば、time_card_list.do?sysparm_fixed_query =user=javascript: gs.getUserID() です。 4. 任意のユーザーの代理操作を行います。 5. モジュールを介してtime_cardリストビューを開きます。 6. 設定された 10 進数フィールドに表示される合計値を確認します。 7. リストフィルターを使用して、同じフィルター条件を手動で適用します。 {#yokohama-patch-8__ol_gjt_nfb_xgc} 合計値の計算では、モジュールで定義された固定フィルター条件が考慮されていないことを確認します。この動作は、Xanadu インスタンスでは正しく機能します。 | | リスト管理 PRB1923987 | ドット連結選択フィールドを編集できず、表示からカンマを削除できません | ユーザーは、ドット連結選択フィールドを編集したり、「プレゼンテーションリスト」コンポーネントの整数値の表示からカンマを削除したりすることはできません。これはリストコンポーネントでサポートされていますが、ユーザーがリストコンポーネントにカーソルを合わせると、まもなく廃止されることが表示され、代わりに「レコードリスト」コンポーネントを使用する必要があります (これも「プレゼンテーションリスト」コンポーネントを使用します)。 | 1. UI ビルダーに移動します。 2. エクスペリエンスを作成します。 3. ページバリアントに「レコードリストバンドル」を追加し、そこにテーブルを設定します。 4. ドット連結選択フィールドをリストビューに追加し、フィールドを整数で追加します。 5. ページをプレビューします。 {#yokohama-patch-8__ol_sjt_nfb_xgc} ドット連結フィールドは編集できないことを確認します。sys_dictionaryで format:none 属性を設定した後でも、整数値フィールドにもカンマが表示されます。リストコンポーネントでも同じプロセスが正常に機能します。 | | リスト管理 PRB1926404 | sys_dictionary属性が、UI ビルダーの「レコードリストバンドル」の一部である「プレゼンテーションリスト」コンポーネントの整数値で優先されない | 整 数/数値 フィールドは、フィールドのsys_dictionaryレコードで属性形式が \[なし\] に設定されている場合でも、常にカンマで表示されます。 | 1. UI ビルダーに移動します。 2. エクスペリエンスを作成します。 3. ページバリアントに「レコードリストバンドル」を追加し、そこにテーブルを設定します。 4. リストビューに 整数 フィールドを追加します。 5. フィールドのsys_dictionaryレコードに移動し、属性を format=none として設定します。 6. ページをプレビューします。 {#yokohama-patch-8__ol_zjt_nfb_xgc} ドット連結フィールドがリストビューでは編集できないことを確認します。 | | リスト構成 PRB1835341 | 「クイック編集」がオフになっている場合、editRowActions 変換スクリプトが失敗する | すべての既定のアクションが無効になっている場合、rowDefinitions の actions プロパティは初期化されません。 | 1. Xanadu インスタンスを開きます。 2. UI ビルダーで、レコードリストバンドルを使用してリストを作成します。 3. リストコントローラーで、すべてのベースインスタンスのエンドユーザー編集機能を無効にします。 4. リストコントローラーの \[詳細\] セクションで、データフェッチ時に実行する新しいカスタマイズスクリプトを追加します。 5. 有効な追加入力を使用して「.editRowDefintions」行をスクリプトに追加します。 6. レコードリストバンドルが配置されているページに移動してみてください。 {#yokohama-patch-8__ol_hkt_nfb_xgc} | | リスト構成 PRB1862590 | アドミン以外のユーザーがフォームフィールドで提案を使用すると、ACL エラーが表示される | sys_choiceテーブルフィールドへの十分なアクセス権を持たない非アドミンユーザーは、フォームフィールドで提案アイコンを選択すると ACL エラーが発生します。 | | | リスト構成 PRB1865237 | \[UX リストレコードの クイック編集を非表示にする (Hide quick edit in a UX List record)\] をオンにしても、\[ クイック編集 \] ボタンは非表示にされません | \[UX リストレコードで クイック編集を非表示にする (Hide quick edit in a UX List record)\] をオンにすると、サービスオペレーションワークスペースで \[クイック編集 \] ボタンが非表示になりません。 | | | MID サーバー PRB1916650 [KB2421892](https://hi.service-now.com/kb_view.do?sysparm_article=KB2421892) | エージェントコマンドのパターンが許可リストエラーでランダムに失敗する | ACC ディスカバリーを使用して MSSQL DB の詳細を収集すると、DB の詳細のフェッチに失敗し、エラーメッセージが表示されます。エージェントでコマンドを実行中に例外が発生しました。アドホックチェック要求の処理中に次のエラーが発生します:「許可リスト除外のため、コマンドが失敗しました:エージェント許可リストによって拒否されたチェックコマンド。コンテキスト:エージェント構成ファイルの許可リストを使用しているため、資産許可リストが空です。 | 詳細については、リストの KB 記事を参照してください。 | | SAM の ML 正規化 PRB1815525 | ML 正規化は、古い ML モデルバージョンでは見落とされていたディスカバリーモデルの正規化を試行しません | ディスカバリーモデルは ML 正規化によって選択されず、\[ model_version \] フィールドの値は以前のモデル番号のままです。 | 1. com.snc.samp と ML 正規化プラグインがインストールされたインスタンスをプロビジョニングします。 2. この DM のステータスが「一部正規化済み」になるように、製品マップのみで正規化できるディスカバリーモデルを作成します。 3. model_versionフィールドの値を前のモデル番号に設定します。 4. SAM - 機械学習スケジュール済みジョブを使用したディスカバリーモデルの正規化を実行します。 {#yokohama-patch-8__ol_elt_nfb_xgc} 予想される動作:作成したディスカバリーモデルは、このジョブによって正規化されます。これは、 model_version フィールドが最新のモデルに対応しているかどうかをチェックすることで検証できます。 実際の動作:ディスカバリーモデルは ML 正規化によって選択されません。model_versionフィールドの値は、手順 3 で設定した前のモデル番号のままです。 | | モバイルプラットフォーム PRB1858372 | 参加者がいない場合、アクティビティストリームが機能しない | この問題は、通常のユーザーとしてエージェントアプリにログインすると発生します。 | 1. 既存の作業指示タスクの参加者が空のアクティビティを作成します。 2. エージェントアプリにログインします。 3. 作業指示タスクに移動します。 {#yokohama-patch-8__ol_mlt_nfb_xgc} 予想される動作:アクティビティストリームが \[アクティビティストリーム\] タブにロードされるはずです。 実際の動作:\[アクティビティストリーム\] タブにアクティビティが表示されません。 | | モバイルプラットフォーム PRB1889072 | ScriptedUnsavedChanges ConfirmationJsBuilder によってスタックオーバーフロー例外が発生する | ScriptedUnsavedChanges ConfirmationJsBuilder は、DeferredClassNamespace からの競合状態が原因でスタックオーバーフロー例外を引き起こします。 | | | モバイルプラットフォーム PRB1916821 | スクリプト化された変数を使用すると、パラメーター画面のプリフェッチロジックが壊れる | スクリプト化された変数を使用すると、パラメーター画面のプリフェッチロジックが壊れます。その結果、入力フォーム画面には空の入力が含まれます。 | シナリオ 1： 1. 入力フォーム画面を含むボタンを作成します。 2. 入力フォーム画面に入力変数とスクリプト変数を追加します。 3. スクリプト化された変数のスクリプトを 10 ミリ秒より長く実行します。 4. スクリプト化された変数を入力に自動入力します。 5. ボタンを \[ナビゲーション\] セクションに追加します。 6. オンラインモードで、ボタンを選択します。 {#yokohama-patch-8__ol_slt_nfb_xgc} 予想される動作:入力フォーム画面には、自動入力された値を含む入力が含まれます。 実際の動作:入力フォーム画面に空の入力が含まれています。 シナリオ 2： 1. app-wsd-core、app-wsd-reservation、app-wsd-mobile、app-wsd-space-mgmt のアプリケーションをインストールしてインスタンスをプロビジョニングします。 2. 要求者のモバイルアプリケーションを使用してインスタンスにログインします。 3. トップメニューを選択します。 4. 建物とフロアで新規予約を作成します。 5. \[自分の予約\] リスト画面を開きます。 6. アイテムをスワイプします。 7. \[編集\] ボタンを選択します。 8. 入力フォームを表示します。 {#yokohama-patch-8__ol_tlt_nfb_xgc} 予想される動作:建物入力には、選択したフロアが事前に入力されています。 実際の動作:建物入力が空です。この問題は、建物またはフロアの計算がタイムアウトしてスキップされることがあるために発生します。前のロジックでは、プリフェッチメカニズムが評価に使用されていました。 | | モバイルプラットフォーム PRB1919819 | 添付ファイルが関連付けられていない標準の検索結果を返すときにエラーが発生する | この問題は、iOS および Android リクエスター 20.2 で発生します。 | 1. 管理者ユーザーとしてログインします。 2. 添付ファイルが関連付けられていない標準の検索結果 (iPhone など) を検索します。 {#yokohama-patch-8__ol_ant_nfb_xgc} 予想される動作:標準の検索結果が返されます。 実際の動作:添付ファイルが関連付けられていない標準の検索結果を返すときにエラーが発生しました。 | | モバイルプラットフォーム PRB1931576 | オフラインモードのペイロード生成ではメモリ保持が過剰になり、SG オフラインドキュメントジョブが原因でパフォーマンスが低下する | Yokohama リリースでは、モバイルオフラインペイロードの生成方法に大きな変更が導入されました。特に埋め込みフォームがリダイレクトフォームに変換されるようになりました。これにより、リスト画面ドキュメントから埋め込みフォームが削除され、個別のドキュメントに変換されます。この変更により、オフラインペイロード生成中に処理されるドキュメントの数が増加しました。この数は、以前のリリースと比較して処理されたドキュメントの数が 2 倍から 3 倍にもなるまで急増する可能性があります。そのため、過剰な数の GlideRecord インスタンスがメモリに保持されます。これにより、メモリの問題、ノードの再起動、およびユーザーの深刻なパフォーマンス低下が発生することが確認されています。 | | | ネクストエクスペリエンス統一ナビゲーション PRB1867699 | アプリケーションスコープが変更された後、入力のためのフィルターナビゲーターは変更も更新もされません | アプリケーションスコープが変更された後に入力を入力しても、フィルターナビゲーターは変更または更新されません。この問題は、Yokohama へのアップグレード後に発生します。 | 1. インスタンスにログインします。 2. アプリケーションスコープが \[グローバル\] に設定されていることを確認します。 3. フィルターナビゲーターを固定します。 4. フィルターナビゲーターに「local update (set)」と入力します。 5. パネルが更新されていることを確認します。 6. アプリケーションスコープを、アドミンセンターやアクセスアナライザーなど、任意のものに設定します。 7. フィルターナビゲーターに「local update (set)」と入力します。 {#yokohama-patch-8__ol_hnt_nfb_xgc} 予想される動作:フィルターナビゲーターは、関連する結果でパネルを更新するか、結果が返されないようにする必要があります。 実際の動作:フィルターナビゲーターがフリーズし、何も実行されません。 | | ネクストエクスペリエンス統一ナビゲーション PRB1897388 | Yokohama へのアップグレード後、モジュール経由でコンテンツページのロードに失敗する | 構成されたコンテンツページが新しいブラウザータブにロードされません。代わりに、空白のページが/view_content.do?sysparm_sys_id=null を URL の末尾に指定します。 | 1. CMS プラグイン (com.glide.cms) をインストールした Yokohama インスタンスをプロビジョニングします。 2. ベースインスタンスのコンテンツページまたはカスタムコンテンツページを開きます。 3. \[ ページの表示 \] リンクを選択すると、ページコンテンツが正常にロードされます。 4. 開く システム定義モジュール. 5. \[新規\] を選択します。 6. 新しいモジュールタイトル情報を入力します。 7. \[ アプリケーション\] メニュー フィールドでアプリを選択します 8. \[リンクタイプ\] タブを開きます。 9. \[ リンクタイプ \] フィールドで、\[ コンテンツページ\] を選択します。 10. \[ コンテンツページ\] フィールドで、以前に検証したコンテンツページを検索します。 11. レコードを保存します。 12. インスタンスに再度ログインするか、インスタンスのホームページを再ロードして、ナビゲーターに新しいモジュールが表示されていることを確認します。 13. モジュールを選択します。 {#yokohama-patch-8__ol_ont_nfb_xgc} 予想される動作:構成されたコンテンツページが新しいブラウザータブに正常にロードされます。 実際の動作:URL の末尾に view_content.do?sysparm_sys_id=null が付いた空白のページがロードされます。 | | ネクストエクスペリエンスのユーザーメニュー PRB1926920 [KB2442915](https://hi.service-now.com/kb_view.do?sysparm_article=KB2442915) | AI エージェントを含むインスタンスで、一部のユーザーが代理操作リストに見つからない | 現在、\[ ID タイプ \] フィールドが \[AI エージェント\] に設定されているユーザーは除外されますが、「空である」でもフィルタリングする必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | Now Assist パネル PRB1909094 | \[ さらに表示 \] ボタンが Safari ブラウザーの NASS に表示されない | Safari で Now Assist パネル (NAP)、Now Assist for Virtual Agent (NAVA)、または Now Assist for Request (NASS) を使用している場合、切り捨て後に \[ さらに表示 \] ボタンが表示されないため、ユーザーはメッセージ全体を表示できません。これにより、ユーザーは応答の完全なコンテンツにアクセスできなくなります。 | | | Now Assist パネル PRB1911693 | \[返信テキスト\] ボックスのテキストが切り取られる | | 1. \[Now Assist パネル (NAP)\] を選択します。 2. 返信テキストボックスのテキストを確認します。 {#yokohama-patch-8__ol_c4t_nfb_xgc} 予想される動作:「支援」テキストが表示されます。 実際の動作:「アシスト」のテキストが切り取られます。 | | Now Assist パネル PRB1916658 | チャット履歴ボタンにカーソルを合わせると、手のカーソルが表示されない | ユーザーが チャット履歴 ボタンにカーソルを合わせると、手の記号の代わりに I アイコンが表示されます。 | 1. \[NAP\] を選択します。 2. \[チャット履歴\] アイコンにカーソルを合わせます。 {#yokohama-patch-8__ol_h4t_nfb_xgc} 手記号の代わりに I アイコンが表示されていることを確認します。 | | Now Assist パネル PRB1929041 | SKILL_EXECUTION_STARTED は、ペイロードで aiaExecutionPlanId を空として渡します | | 1. インスタンスに移動します。 2. \[ きらめく\] アイコンを選択して AIEX をトリガーします。 3. デバッガは SKILL_EXECUTION_STARTED アクションハンドラーのままにしておきます。 4. 「キャンバスフロー」ユースケースをトリガーします。 5. SKILL_EXECUTION_STARTEDが「aiaExecutionPlanId」を空の値として渡していることを確認します。 {#yokohama-patch-8__ol_m4t_nfb_xgc} 予想される動作:aiaExecutionPlanId ペイロード値には実行の実行 planId が必要です。 実際の動作:aiaExecutionPlanId の値が空です。 | | Now Assist パネル PRB1933709 | ライブエージェントが Now Assist パネルでスタックする (NAP) | 代わりにエラーメッセージが表示されると、ロードメッセージは続行されます。 | 1. \[NAP\] を選択します。 2. 「ライブエージェントに接続できますか」と入力します。 {#yokohama-patch-8__ol_t4t_nfb_xgc} 予想される動作:「申し訳ありませんが、ライブエージェントはサポートされていません」というメッセージが表示されます。 実際の動作:ロードメッセージはロードされ続けます。 | | Now Assist パネル PRB1934744 | NAP でスキルの選択が機能しない | | 1. \[NAP\] を選択します。 2. 「解決メモを生成」と入力します。 3. \[ 解決メモを生成\] を選択します。 {#yokohama-patch-8__ol_x4t_nfb_xgc} スキルの選択が機能しないことを確認します。応答がありません。 | | Now Assist パネル PRB1936169 | フォローアップの KB の引用リンクがありません | | 1. Now Assist パネル (NAP) を開きます。 2. 「スパムとは」と入力します。 3. 「回避する方法」を入力します。 {#yokohama-patch-8__ol_cpt_nfb_xgc} 予想される動作:引用はリンクとして表示されます。 実際の動作:引用が欠落しています。 | | Now Assist パネル PRB1936922 | Now Assist ポータルでスキルを選択した後、スキルがオフにならない | | 1. Now Assist ポータルを開きます。 2. 「レコードの要約」と入力します。 {#yokohama-patch-8__ol_hpt_nfb_xgc} 予想される動作:レコード番号の質問の後に \[レコードの要約\] がオフになる 実際の動作:\[レコード番号とは何か\] の質問が表示されますが、レコードの要約がオンになっています。ページを更新するとオフになります。 | | Now Assist パネル PRB1938963 | スペイン語のテキスト領域の Now Assist パネル (NAP) でテキストが切り取られる | | 1. 「ユーザーの代理操作」を参照してください。 2. 言語を \[スペイン語\] に設定します。 3. NAP アイコンを選択します。 {#yokohama-patch-8__ol_mpt_nfb_xgc} テキストエリアのメッセージが切り取られていることに注意してください。 | | Now Assist パネル PRB1941558 | Now Assist パネル (NAP) アシスタント情報源 変更がガイド付きセットアップに保存されない | NAP アシスタントのデフォルトスキーマは「なし」に設定されています。 | 1. 移動先 対話型インターフェースアシスタントNAP アシスタント情報源. 2. KG スキーマを NLQ ユーザーグラフに変更します。 3. \[保存して続行\] を選択します。 4. タブに戻り、変更が保存されていることを確認します。 {#yokohama-patch-8__ol_qpt_nfb_xgc} 予想される動作:情報源に加えられた変更が保存されます。 実際の動作:KG スキーマは 'None' に戻ります。 | | OAuth PRB1927389 | OAuth アクセストークンの JWT トークン形式のサポート | これは製品の更新です。 | | | オンコールスケジューリング PRB1855080 | 米国/中部で複数のシフトが作成されると、「リマインダーレポート」が誤った形式で表示される | | | | OneExtend PRB1923685 | いくつかの Zoom エージェントを実行すると、IllegalAccess エラーがスローされる | \[会議を作成\] エージェントでも同じ問題が発生します。 | 1. インスタンスにログインします。 2. 仮想エージェント UI に移動します。 3. プロンプト「ユーザー名としてのメール ID を持つユーザーを作成してください。ユーザーは基本ユーザーのみである必要があります。 {#yokohama-patch-8__ol_zpt_nfb_xgc} 予想される動作:ユーザーは Zoom で作成されます。 実際の動作:「{'message':'Invalid inputs for tools execution: JavaException: java.lang.SecurityException: Illegal access to package_private script include function AIAFdihDataTypeConstants: caller not in scope sn_aia'}'」というメッセージが表示されます。 | | OneExtend PRB1925075 | フローデザイナーの再試行が非同期非クイックモード機能実行で機能しない | OneExtend API は再試行を行わずにエラーを返します。 | | | OneExtend PRB1925347 | sys_one_extend_ definition_attributeレコードはキャッシュされません | AI エージェントは、ツールタイプの機能を実行するためにレコードもクエリします。One-Extend でレコードをキャッシュして、AI エージェントストアアプリのキャッシュされたレコードにアクセスするためのスクリプト可能な API を取得するときに、キャッシュを使用できます。 | | | OneExtend PRB1927150 | ユーザーが実行要求のスクリプトエラーを取得する | スクリプト実行エラー:「スクリプト識別子:null.null.script、エラーの説明:java.lang.NullPointerException: Cannot invoke 'String.equalsIgnoreCase (String)' because the return value of the return value 'com.glide.one _extend.resource.dto.v2.MultiCapability ExecutionRequestDto .getMode()' が null、スクリプト ES レベル:0...' | | | OneExtend PRB1928470 | 異常な GAIC 非同期送信期間 | ユーザーが非同期要求で特定のコードを呼び出す場合、応答時間は約 0〜200 ミリ秒である必要があります。ただし、ビルダーエンティティキャッシュは頻繁に再利用されるため、応答時間は 5 秒にも及ぶことがあります。 | 1. ログ記録sn_ais_assistを有効にします。AISearchNA4S GeniusResultLogger .level=INFO です。 2. NAVA QnA フローを実行します。 3. Splunk ログパターン「AISearchNA4S GeniusResultLogger response received!duration' です。 {#yokohama-patch-8__ol_gqt_nfb_xgc} 送信時間が 2 秒から 5 秒に達することを確認します。 | | OneExtend PRB1929432 | 属性除外リストの活用によるセキュリティ検出機能の精度の向上 | これは製品の更新です。 | | | OneExtend PRB1929447 | プロンプトサイズを 40,000 に増やす必要があります | sys_generative_ai_configとプロンプト (プロンプトテンプレート) の最大長は 4000 で、Oracle クライアント (または厳格な列検証のあるもの) でクリップされます。 | | | OneExtend PRB1931779 | ガーディアンの単一コール (仮想エージェントおよびエージェント型フロー用) | これは製品の更新です。 | | | OneExtend PRB1933309 | CheckLLM ModelAvailability に通常よりも時間がかかる | | 1. gpt_smallのsys_gen_ai_model _availabilityからレコードを削除します。 2. スクリプトをトリガーします。 {#yokohama-patch-8__ol_mqt_nfb_xgc} | | OneExtend PRB1934983 | ASYNC + BLOCK の場合、フローデザイナー (FD) を介して少数ショット検出器 (FSD) が実行されることがあります | メイン機能がプロキシ経由で実行されている場合でも、FSD が FD 経由で実行されることがあります。AI 検索をトリガーすると、各機能実行 FSD がトリガーされます。FSD の実行は FD を介して行われ、メイン機能の実行は JAVA を介して行われます。FSD は、ASYNC + BLOCK の場合にも JAVA を介して実行する必要があります。 | | | OneExtend PRB1938158 | プロバイダーは、プラグインが修復されたとき、または新しいバージョンが更新されたときに、デフォルトに復元されます | プロバイダーを別のプロバイダーに更新すると、再びデフォルトに設定されます。 | 1. アドミニストレーターとしてインスタンスにログインします。 2. 移動先 Now Assist アドミン設定モデルプロバイダーを管理. 3. 選択 モデルプロバイダーを編集カスタマイズスキルのプロバイダーを編集. 4. インシデントの要約などのスキルを選択します。 5. デフォルトのプロバイダーを除き、Google や Amazon などの他のプロバイダーにプロバイダーを更新します。 6. sys_one_ extend_capabilityで Google へのレコード要約のプロバイダーが更新されていることを確認します。 7. UXC プラグインを修復するか、最新バージョンをインストールします。 {#yokohama-patch-8__ol_sqt_nfb_xgc} プロバイダーが再びデフォルトに設定されていることを確認します。 | | OneExtend PRB1938406 | QnA Planner2 呼び出しがパス /v2/models/ llm_generic_large_v2/infer で失敗する | | | | OneExtend PRB1938540 | 特定のクエリに対して Now Assist 仮想エージェント (NAVA) チャットボットに表示される奇妙な JSON 形式のソース | 問題は断続的に発生します。 | 1. /sp に移動します。 2. NAVA チャットボットで 発言「インシデントの作成 」を入力します。 {#yokohama-patch-8__ol_crt_nfb_xgc} Planner 2 の応答が表示されますが、下部に予期しない JSON スタイルのソース出力が表示されていることを確認します。 | | OneExtend PRB1939640 | ユーザーが znowassist 安定で Guardian を有効にしている場合、インシデントの要約が機能しない | | 1. 攻撃性、ブロック、ログを有効にします。 2. プロンプトの注入、ブロック、およびログを有効にします。 3. 任意のインシデントに移動し、簡単な説明を「全員を強制終了しましょう」として更新します。 4. \[ 要約を作成\] ボタンを選択します。 5. 生成 AI ログテーブルのエラーコードでブロックされることを確認します。 {#yokohama-patch-8__ol_hrt_nfb_xgc} インシデントのレコードの要約がスタックし、無効にすると正常に機能することを確認します。 | | OneExtend PRB1941124 | Claude とストリーミングにより、出力が大幅に誤った形式が生成される | ユーザーが初めてフランス語でクエリを入力すると、ストリーミング出力の単語がつなぎ合わせられます。たとえば、「basede」は「base de」に、「vousavez」は「vous avez」にする必要があります。ユーザーがクエリを再度実行しても、問題は解決しません。 | 1. インスタンスに Claude があり、ストリーミングがオンになっており、動的翻訳がオフになっていることを確認します。 2. /sp に移動します。 3. Now Assist 仮想エージェント (NAVA) チャットボットを開きます。 4. 「Quelles sont les options pour créer une base de connaissances?」という発言を入力します。 5. ストリーミング出力に複数の単語が混ざり合っていることを確認します。 6. sys_generative_ai_log planner 2 の出力では、LLM からの応答自体がこのようになっていることを確認します 7. ストリーミングを無効にします。 8. クエリを繰り返します。 {#yokohama-patch-8__ol_ort_nfb_xgc} 出力で単語がくっついても問題がないことに注意してください。 | | OneExtend PRB1942490 | Now Assist パネル (NAP) から要求されたときに KB の生成が機能しない | | 1. インスタンスにログインします。 2. すべての FSM スキルを有効にします。 3. Now LLM の認証情報がプロキシで更新されていることを確認します。 4. NAP に移動します。 5. \[ KB 記事を生成\] を選択します。 {#yokohama-patch-8__ol_yrt_nfb_xgc} 予想される動作:KB は正常に生成されます。 実際の動作:「申し訳ありません。この要求を完了しようとしてこちら側で問題が発生しました。後でもう一度質問してみてください」と入力し、sys_generative_ai_logにエラーがあることを示します。 | | OneExtend PRB1942618 | 必要なシステムプロパティが有効になっていても、スクリプトインクルードベースの機能がサブフローとして実行されない | | 1. スクリプトインクルードを指す定義を使用して生成 AI 機能を作成します。 2. システムプロパティ「com.glide.oneapi.run_ script_include_on_fdih _engine」が「True」に設定されていることを確認します。 3. サブフローのフローデバッグがオンになっていることを確認します。 4. スクリプトインクルードを FDIH サブフローとして実行します。 5. OneExtend Util.execute API を使用して 1 から機能を実行します。 {#yokohama-patch-8__ol_est_nfb_xgc} 予想される動作:スクリプトインクルードはサブフローとして実行され、サブフローの実行が実行されます。 実際の動作:\[スクリプトインクルードを FDIH サブフローとして実行 (Run script include as FDIH subflow)\] サブフローに実行が表示されません。 | | OneExtend PRB1944861 [KB2556128](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2556128) | トークンによる NASK ライセンス課金を元に戻し、入力トークンを含めないようにします | sys_gen_ai_usage_logに記録されるアシスト課金は、トークン = 入力トークン + 3 \* 出力トークンである 1000 アシストに基づいています。 | NA スキルキットで作成されたカスタムスキルを呼び出します。 sys_gen_ai_usage_log に記録されるアシスト料金は、トークン 1,000 個あたり 1 アシストに基づいています。トークン = 入力トークン + 3 \* 出力トークン。 | | プラットフォームアナリティクスダッシュボード API PRB1865224 | \[ このメッセージを今後表示しない \] がオンになっているにもかかわらず、最初のモーダルが表示される | CoreUI ダッシュボードをネクストエクスペリエンスに移行した後、ユーザーが移行されたダッシュボードを開くと、「プラットフォームアナリティクスエクスペリエンスへようこそ」というメッセージが表示されます。このモーダルは、ユーザーが \[ 今後このメッセージを表示しない\] を選択しても引き続き表示されます。 | | | プラットフォームアナリティクスダッシュボード API PRB1873596 | i18n:プラットフォームアナリティクスのハードコードされた文字列「データについて質問する」および「結果が見つかりません」 | | 1. テスト環境を設定します。 2. アプリケーションマネージャー (com.snc.i18n.french) からフランス語をインストールします。 3. インシデントに移動します。リスト。 4. 自然言語フィルターを表示します。 {#yokohama-patch-8__ol_mst_nfb_xgc} 「データについて質問する」および「結果が見つかりません」のハードコードされた文字列を確認します。 | | プラットフォームアナリティクスダッシュボード API PRB1890523 | ダッシュボードの変更を含む更新セットをコミットしても、par_dashboard_cacheがクリアされない | ユーザーが更新セットをコミットした後、par_dashboard_cacheがクリアされないため、ダッシュボードの変更は新しいインスタンスに表示されません。 | | | プラットフォームアナリティクスのフィルター PRB1907093 | Yokohama で、昇格された権限のないユーザーに対してフィルターが機能しない | Yokohama にアップグレードした後、テーブル/データソースが DB ビューの場合、昇格された権限のないユーザーはリストをフィルタリングできません。リストはフィルターに従わず、引き続きすべてのレコードを表示します。 | | | プレイブック (ファミリチャネル) PRB1934746 | X でアーカイブされたプレイブックが新しいリリースでは機能しない | デシリアライザーに追加される新しいフィールドは、存在しないキーを処理する必要がありますが、現時点ではキーはsnapshot_idでvariant_idです。 | 1. X インスタンスを作成します。 2. プレイブックをトリガーします。 3. プレイブックを完了/キャンセルします。 4. プレイブックをアーカイブします。 5. インスタンスを Y にアップグレードします。 6. プレイブックを開きます。 {#yokohama-patch-8__ol_rst_nfb_xgc} 予想される動作:プレイブックがロードされます。 実際の動作:プレイブックがロードされません:「利用可能なステージがありません」。 | | 予測インテリジェンス PRB1892456 | ml_model_artifactテーブルのワードベクトルコーパスに添付ファイルがない場合、ワークフロー予測が失敗する | ml_model_artifactテーブルのワードベクトルレコードで作成された添付ファイルを削除した後、予測が失敗して URL が正しくならず、ワードコーパスのアーティファクトが正しく参照されません。 | 1. 類似性glide.platform_ml .api.enable_workflow_「false」に設定します。 2. ワードコーパスレコードを作成します。 3. 類似性定義を作成します。 4. 手順 2 で作成したワード コーパス を選択します。 5. \[ 送信してトレーニング\] を選択します。 6. トレーニングに成功すると、ml_model_artifactテーブルに添付ファイル付きの vector という単語レコードが作成されます。 7. 予測を実行します。 8. 予測が成功したことを確認します。 9. 類似性api.enable_workflow_glide.platform_mlを「true」に設定します。 10. 手順 5 で作成した単語ベクトルから添付ファイルを削除します。 11. トレーニングを再トリガーします。 12. トレーニングが成功した後、予測を実行します。 {#yokohama-patch-8__ol_xst_nfb_xgc} URL の形式が正しくないと予測が失敗し、ワークフロー予測がワードコーパスのアーティファクトを誤って参照していることに注意してください。 | | 予測インテリジェンス PRB1913757 | クラスタリング用に \[更新して再トレーニング \] ボタンが選択されている場合、警告メッセージは表示されません | ユーザーがクラスタリングの \[ 更新と再トレーニング \] ボタンを選択すると、機能の新しいバージョンが作成され、警告メッセージは表示されません。 | | | 予測インテリジェンス PRB1920120 | 未アサインレコードのサイズ制限により、クラスタリング出力でデータが失われる | | 1. 移動先 すべて予測インテリジェンスクラスタリング. 2. \[ ソリューション定義の作成\] を選択します。 3. テストしてください。 4. それを実行します。 {#yokohama-patch-8__ol_itt_nfb_xgc} | | 予測インテリジェンス PRB1921497 | 類似性のために、予測中に「テスト」テーブルの列が空の場合にエラーが発生する | | | | プロセスマイニング PRB1921496 | Glide でタスクが処理されているときにスケジュール済みタスク名が変更された場合、スケジュール済みタスク名はデフォルトにリセットされます | トレーナーに送信するために前処理中にユーザーがスケジュール済みタスクの名前を変更すると、名前がリセットされます。スケジュール設定済みタスクのステータスが更新されると、古いデフォルト名でタスクも更新されます。 | 1. 移行フィルターを適用します。 2. スケジュールされたタスクが作成され、前処理が開始されます。スケジュール設定済みタスクは、デフォルト名でメモリにロードされます。 3. スケジュール設定済みタスク名を更新します。 {#yokohama-patch-8__ol_ptt_nfb_xgc} スケジュールタスクの前処理が完了し、トレーナージョブが送信されていることを確認します。スケジュールタスクのステータスが更新されると、名前も古いデフォルト名で更新されます。 | | プロセスマイニング PRB1928656 | メーターベースのライセンスでは、メーター用のデータ収集時に親エンティティのケースのみをカウントする必要があります | ケース ID エントリは、親エンティティと子エンティティの両方に表示されます。 | 1. メーターベースのライセンスを有効にします。 2. MDM プロジェクトを構成します。 3. プロジェクトをマイニングします。 {#yokohama-patch-8__ol_wtt_nfb_xgc} promin_meterd_usageテーブルには、親エンティティと子エンティティの両方のケース ID のエントリがあることに注意してください。 | | プロジェクト管理 PRB1921008 | 統合を行わないと、計画立案アイテムの更新されたコスト計画はポートフォリオ計画ページに反映されません | | 1. 統合が有効になっていないことを確認します。 2. ポートフォリオを作成します。 3. デマンドを作成します。 4. コスト計画をデマンドに追加します。 5. ポートフォリオ計画ページに戻ります。 6. 値が適切に反映されていることを確認します。 7. 同じデマンドを開き、コスト計画を更新します。 {#yokohama-patch-8__ol_a5t_nfb_xgc} 値がポートフォリオ計画ページに反映されていないことを確認します。 | | 関連リストアクションモデル PRB1890337 | 関連リストのフィールドを変更するボタンはグレー表示されます | 宣言アクション (DA) が有効になっていません。 | 1. ベースインスタンスにログインします。 2. 構成可能なワークスペースの関連リストで宣言アクションを特定します。 3. バックエンドで DA レコードを開きます。 4. \[動的条件を有効にする\] を \[true\] に設定します。 5. ドット連結フィールドを使用してフィルター条件を追加します。 6. レコードを保存します。 7. ワークスペースを開きます。 8. \[ すべての x レコードを選択\] を選択します。 {#yokohama-patch-8__ol_h5t_nfb_xgc} ユーザーが \[ すべて選択\] を選択すると、動的評価条件を持つ DA がグレー表示されることに注意してください。 | | 関連リスト PRB1884173 [KB2075174](https://hi.service-now.com/kb_view.do?sysparm_article=KB2075174) | クラシック (コア UI) でアクセシビリティが有効になっている場合、ユーザーはスラッシュバケットの最初のオプションを左右に追加/削除できません | ユーザーは、ダブルクリックするか \[ 追加 \] ボタンを使用して、最初の \[利用可能\] オプションを \[選択済み\] 側に移動することはできません。1 つのオプションを選択して別のオプションをダブルクリックすると、両方が移動します。ユーザーが Shift キーを押しながらクリックして複数のオプションを選択した場合、すべてのオプションは移動せず、1 つ残ります。CTRL+A ではすべてのオプションが選択されるわけではありません。むしろ、選択したオプションのセットを切り替えているように見えます。 | 詳細については、リストの KB 記事を参照してください。 | | レポート PRB1870937 | DF 以外のテーブルには \[リアルタイム更新を表示\] チェックボックスが表示されません | DF テーブルは、プラットフォームが通常のテーブルに提供するリアルタイムメカニズムをサポートしていません。ダッシュボードウィジェット設定の単一スコア、ダイヤル、ゲージのリアルタイムオプションを無効にする必要があります。また、リモートテーブルを使用する場合、リアルタイムのオプションはまったく非表示になりません。したがって、DFテーブルに対してのみ非表示にするのではなく、リアルタイム更新をサポートしていないため、すべてのリモートテーブルに対して一般的に非表示にすることができます。 | 1. DF 以外のテーブルでウィジェットが作成されたダッシュボードを開きます。 2. \[ 設定 \] アイコンを選択します。 {#yokohama-patch-8__ol_o5t_nfb_xgc} 予想される動作:DF 以外のテーブルのチェックボックスは削除しないでください。 実際の動作:\[リアルタイム更新を表示\] のチェックボックスが削除されます。 | | レポート PRB1916106 | sys_userテーブルのレポートからの関連リスト別の同期呼び出しのロードが遅い | ユーザーがレポートを開こうとすると、関連リストの呼び出しが同期されるため、ロード時間が遅くなります。代わりに、関連リストの呼び出しは非同期にする必要があります。これにより、メインリストがブロックされたり、アクセスが妨げられたりすることはありません。 | 1. sys_userでレポートを作成するか、開きます。 2. 開発者コンソールの \[ネットワーク\] タブで、フィルターに「/api/now/ui/related_list/related/sys_user/all」を追加します。 3. 別のタブで /cache.do を実行します。 4. レポートを更新します。 5. API 呼び出しが 1 分以上処理待ちステータスになっていることに注意してください。 6. \[Run (実行)\] を選択します。 {#yokohama-patch-8__ol_t5t_nfb_xgc} API コールのステータスが完了するまで、「レポートをロード中」が表示されることを確認します。 | | ロール PRB1890898 | 元のトランザクション (M2MSlushbucketSaveJob) 完了前にユーザーを処理すると、UserHasRole PatchJob がユーザーロールの継承を不適切に更新することがある | 多数のロールの継承に影響を与えるアクションを実行した後は、かなりの数のユーザーを処理するために操作が必要になることが予想されます。これにより、M2MSlushbucketSaveJob がまだ処理中である間に UserHasRolePatchJob を実行できるように、M2MSlush bucketSaveJob が数分間実行されます。 | 1. インスタンスをセットアップして、PRB1744106 で提供される修正 (Yokohama+ または Xanadu パッチ 8+) を利用します。 2. システムプロパティ「glide.security.inh_ count_patcher.enabled」を「true」に設定します。 3. 比較的複雑なユーザーグループロール構造を生成します。 4. 多数のユーザーロールの継承 (sys_user_has_role) に影響を与えると予想されるアクションを実行します。たとえば、2 つのロール間の包含関係の削除などです。 5. M2MSlush bucketSaveJob の完了後にユーザーロールの継承を確認します。 6. 新しい RoleManagementVerify() .verifyInheritedRoles(); を実行します。スクリプトバックグラウンド経由。 {#yokohama-patch-8__ol_bvt_nfb_xgc} ステップ 3 で実行した操作に関連するロールに関連して、ロール継承の不一致が発生していることを確認します。 | | スキャンエンジン PRB1934227 | グローバルファミリーリリースプラグインの作成 | これは製品の更新です。 | | | スケジュール最適化 PRB1894420 | カウントが一致してもジョブが進行中に停止する | 同じ修飾子に対して 2 つの分割ソリューションファイルが同時に処理されると、ジョブの進行が停止します。 | 1. 「スケジュール最適化」がインストールされたインスタンスをプロビジョニングします。 2. スケジュールされた日中フローを有効にします。 3. 処理期間を 5 分に短縮します。 4. 日中イベントを作成します。これにより、日中イベントが継続的に実行されます。 5. 日中のジョブを監視します。 {#yokohama-patch-8__ol_lvt_nfb_xgc} 予想される動作:ジョブは正常に完了し、処理されます。 実際の動作:ジョブが進行中に停止します。 | | スケジュール最適化 PRB1895416 | 「スケジュールされた実行を翌日一時停止」にリセットの問題がある | 日中が修飾子の \[オンデマンド\] を true として設定されている場合、\[スケジュールされた実行を翌日に一時停止 (Pause scheduled runs next day)\] オプションにリセットの問題が発生します。ある日に最適化のために一時停止された修飾子は、1 日の終わりに一時停止フラグが設定解除されないため、翌日も一時停止として扱われます。 | 1. 修飾子に「オンデマンド」を true にして日中を設定します。 2. その修飾子のディスパッチャーとして代理操作するか、ログインします。 3. DWS で、CSP に移動します。 4. \[ スケジュール済み実行を一時停止\] を選択します。 5. 一時停止したラベルは翌日 DWS でリセットされます。 6. 同じ修飾子の日中イベントを作成します。 {#yokohama-patch-8__ol_svt_nfb_xgc} スケジュール済みの日中ジョブが実行されないことを確認します。 | | サーバー側スクリプト PRB1895613 [KB2215450](https://hi.service-now.com/kb_view.do?sysparm_article=KB2215450) | Washington から Yokohama にアップグレードした後、JSUtil.isEmpty 関数の動作が異なる | Xanadu 以降では、スクリプトエンジンは文字列の文字を適切に反復処理しません。JSUtil.isEmpty 関数は、配列入力と文字列入力の両方の空をチェックする汎用的な方法として反復を使用しますが、文字列反復の根本的な変更によってこのパターンが壊れます。 | 詳細については、リストの KB 記事を参照してください。 | | サービスカタログ PRB1831404 | 再生成アクションに対して複数の動的動作レコードが生成されます | 動的な動作の機能により、質問に対して AI が生成したプロパティを作成できます。設計には、これらのプロパティが AI によって生成される時期を明確に示す必要があります。 | | | サービスカタログ PRB1929611 | カタログ生成ユースケースの E2E 時間が 10 秒を超えている (SLA) | | 1. 最新のトラックを検討し、最新のスナップショットバージョンでテキストからカタログへの設定を完了します。 2. 8〜9 問の質問を作成するプロンプトを考えてみましょう。 3. API がアイテムを作成するのに要した時間を測定します (「カタログアイテムの生成」スクリプト化済み REST リソース)。 {#yokohama-patch-8__ol_zvt_nfb_xgc} | | サービスカタログ PRB1935961 | 「va_render_type」を 計算済み フィールドから 静的 フィールドに変更 | | 「conversational_render_type」を 静的/非計算 フィールドに変更します。 | | サービスポータル PRB1935238 | \[ フォローアップを依頼する\] を選択すると、ポータルページが時々シフトする | | 1. インスタンスにエージェント型 AI がセットアップされていることを確認します。 2. ポータルでディスパッチャワークスペース (DW) を有効にします。 3. 「Loaner Laptop」を検索します。 4. 応答がロードされるのを待ちます。 5. \[ Loaner laptop (ラップトップの貸与 )\] の引用を選択します。 6. \[ チャットで要求\] を選択します。 7. チャットが開くまで待ちます。 {#yokohama-patch-8__ol_kwt_nfb_xgc} ポータルページが時々移動することに注意してください。 | | サイドバー (ファミリリリース) PRB1928878 | プライベート会話はサイドバーにユーザーに表示されます | この問題は、ディスカッションに参加しているユーザーの代理操作によって代理操作が終了し、ディスカッションの参加者ではないユーザーを代理操作した場合に発生します。 | 1. 任意のユーザーの代理操作を行います。 2. 任意のワークスペースに移動します。 3. 「オープン」ステータスのインシデントを開きます。 4. \[ディスカッション\] を選択します。 5. 必要な必須情報を入力してください。 6. ユーザーを参加者として追加します。 7. 代理操作を終了します。 8. ディスカッションに参加していない別のユーザーになりすます。 9. ディスカッションを含む同じインシデントをロードします。 10. ユーザーが参加者ではないディスカッションのエントリがレコードのアクティビティストリームに表示されることに注意してください。 11. \[ ディスカッションを開く\] を選択します。 {#yokohama-patch-8__ol_swt_nfb_xgc} 予想される動作:参加者であるユーザーのみにチャットの会話が表示されます 実際の動作:プライベートチャットの参加者ではないユーザーでも、チャットの会話を見ることができます。 | | ソフトウェア資産管理 PRB1632141 [KB1346310](https://hi.service-now.com/kb_view.do?sysparm_article=KB1346310) | コンテンツデータサービス (CDS) ライブラリが完了していない場合、スケジュール済みジョブ「SAM - コンテンツライブラリルールを使用したディスカバリーモデルの正規化」が失敗する | スケジュール済みジョブ「SAM - コンテンツライブラリルールを使用したディスカバリーモデルの正規化」が次のエラーで失敗します:「08:14:33.158 ワーカーに警告。1 worker.1 txid=9df7afed1b47 警告 \*\*\* 警告 \*\*\* 存在しないレコードの取得:samp_sw_package:78a1f708db96ef0 0c41a10825 b9619c4、初期化中 08:14:33.159 エラー worker.1 worker.1 txid=9df7afed1b47 重大 \*\*\* エラー \*\*\* NormalizationEngine:エラー:samp_sw_publish で一致項目が見つかりませんでした。 | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産管理 PRB1909356 [KB2247602](https://hi.service-now.com/kb_view.do?sysparm_article=KB2247602) | カスタム製品の \[パブリッシャー \] フィールドにスタンプされていない場合、調整ジョブが失敗する | カスタム製品のデータ破損により \[パブリッシャー\] フィールドがスタンプされていない場合、調整ジョブは失敗します。通常、すべてのカスタム製品にはパブリッシャーがスタンプされています。これは、ビジネスルール「作成または更新アクションの前に処理」が \[メーカー\] フィールドから解決することによってパブリッシャーフィールドをスタンプするためです。 | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産管理 PRB1915761 [KB2517876](https://hi.service-now.com/kb_view.do?sysparm_article=KB2517876) | コードがストアに移動されたため、\[インストール\] テーブルにクロススコープの問題が発生する | | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産管理 PRB1920322 | Red Hat で、理由不明の原因は「Virtualized By」関係が正しくないことが原因である | 仮想デバイスはホストに対して「仮想化者」の関係を持つ必要がありますが、「仮想化者」が仮想インスタンスに接続されている場合は、正しくない関係と見なされます。Red Hat の仮想インストールが、仮想化者の関係が正しくない仮想マシン上にある場合、インストールに対して未確定の理由が作成されます。これは、VM とホストの関係が正しくないため、インストールを「samp_vminstall_on_pinstall」ビューに追加できないため、SamNewRedHat PerSocketPair LicenseCalculator でインストールを処理するときに見つからないためです。その結果、インストールは算出で調整できず、「未判定」とスタンプされます。 | 1. \[仮想化担当\] を VMWare 仮想マシンインスタンスに設定して VM を作成します。 2. Red Hat Enterprise Linux インストールを作成し、ステップ 1 で作成した VM に \[インストール先\] を設定します。 3. Red Hat Enterprise Linux のエンタイトルメントを作成します (ライセンスメトリクスはソケットペアごとである必要があります)。 4. 調整を実行します。 {#yokohama-patch-8__ol_dxt_nfb_xgc} インストールに対して作成された未判明の理由を確認します。 | | ソフトウェア資産管理 PRB1927168 | sys_userとcsm_consumer_userが重複していると、「Incorrect Subscription Assignment in SAMPro for M365/Adobe: Licenses linked to External Role Accounts」というエラーが発生する | 同じ名前の 2 人のユーザーが存在でき、1 人は「sys_user」テーブルに、もう 1 人は「csm_consumer_user」テーブルに存在できます。また、そのうちの 1 人は「snc_internal」の役割を持ち、もう 1 人は「snc_external」の役割を持つことができます。コンシューマーユーザーはサインアップできる外部ユーザー (クライアントユーザー) であり、システムでは会社の従業員が外部ユーザーとしてサインアップすることも許可されています。その結果、M365/Adobe サブスクリプションプルの SAMPro モジュールが正しく動作しません。SaaSライセンスのサブスクライバーを収集する場合、ユーザープロファイルは常にsys_userを使用するのではなく、これら2つのテーブルのいずれかからランダムに選択されるためです。 | 同じメールを持つ 2 人のユーザーが存在することを確認します。1 人は「sys_user」テーブルに、もう 1 人は「csm_consumer_user」テーブルに存在します。 ユーザーの解決策がランダムに選択されていることを確認します。 | | ソフトウェア資産管理 PRB1932110 | SAM Estate Management が CI カウント PA ジョブを取得し、Yokohama で 17 時間で実行される | 「SAM - Software Estate Weekly」の作業は、Xanadu では 3 分かかるのに対し、横浜では完了までに最大 17 時間かかる場合があります。 | 1. Yokohama インスタンスを開きます。 2. 「SAM - ソフトウェア資産週次」ジョブを実行します。 {#yokohama-patch-8__ol_kxt_nfb_xgc} ジョブが完了するまでに 12 時間以上かかることを確認します。 | | ソフトウェア資産の正規化 PRB1847357 | sam_admin ロールを持つユーザーは、ライセンス操作でカスタムソフトウェア製品およびカスタムソフトウェア製品の提案リストを表示できません | カスタムソフトウェア製品およびカスタムソフトウェア製品の提案リストは表示されません。カスタムソフトウェア製品モジュールはナビゲーションメニューで使用できますが、クラシックビューのテーブルにリダイレクトされます。 | | | ソフトウェア資産の正規化 PRB1862904 [KB1968357](https://hi.service-now.com/kb_view.do?sysparm_article=KB1968357) | 空のバージョンのディスカバリーモデルがある場合、「SAM - 正規化の提案を検索」ジョブが失敗する | . | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産再利用 PRB1859713 [KB2058566](https://hi.service-now.com/kb_view.do?sysparm_article=KB2058566) | 無効な製品に対して、製品マッピングへの再利用ルールが追加される | 親値が無効であるため、samp_m2m_rule_productに誤った製品対ルールレコードが多数存在します。 | 1. Microsoft Office 365 モデルの場合は、製品が空の子スイートコンポーネントを追加します。 2. 製品が空の他のモデルを追加します。 3. 製品が Microsoft Publisher に属していない子スイートコンポーネントを追加します。 4. 新しい Microsoft 統合プロファイルを作成します。 5. 「サブスクリプションのインポート」ジョブを実行します 6. Microsoft 365 に追加された製品のsamp_m2m_rule_productテーブルを確認します。 {#yokohama-patch-8__ol_pxt_nfb_xgc} samp_m2m_rule_productの \[ソフトウェア製品\] 列が空であることに注意してください。 | | ソフトウェアモデル PRB1902396 [KB2289933](https://hi.service-now.com/kb_view.do?sysparm_article=KB2289933) | クライアント側の GlideRecord クエリが原因でソフトウェアモデルレコードにクエリエラーが表示される | cmdb_model_softwareレコードにアクセスできるロールとsamp_software_model_suggestionレコードにアクセスできるロールの間で、\[提案を表示/非表示\] アイコンが表示されたクライアントスクリプトに不一致があります。 | 1. \[ソフトウェアモデルの提案\] テーブルを読み込むことはできないが、\[ソフトウェアモデル\] テーブルを読み込むことができるユーザーの代理操作を行います。 2. 「ソフトウェアモデル」レコードを表示します。 {#yokohama-patch-8__ol_cyt_nfb_xgc} フォームに表示されるエラーメッセージをメモします。 | | システムエクスポートセット PRB1857489 | XLSX へのエクスポートには、=ISBLANK() マクロの使用時に FALSE を返す空白のセルの空の文字列が含まれています | 一部のレコードを.xlsxとしてエクスポートし、Microsoft Excel で「ISBLANK」関数を使用すると、関数が表示しているデータが間違っています。「ISBLANK」関数は、セルが空であっても「false」を返します。 | | | 階層 2 ストレージオフロード PRB1877226 | オフロードルールの作成時にフィールド名が競合する | オフロードルールを構成するときに、システムフィールドがインデックス付きフィールドとして設定されている場合は競合が発生します。 | | | 階層 2 ストレージオフロード PRB1915159 | 失敗した階層 2 チャンクは、ルールの追加チャンクの処理をブロックする可能性がある | 再試行時に階層 2 のチャンクが失敗し続ける場合は、ルールの追加チャンクの処理をブロックできます。 | 1. 永久に中断されるオフロードを持つレコードを生成します。 2. 60 分間の再試行時間でオフロード時に失敗するようにします。 3. 同じルールによってオフロードされる他のレコードをアーカイブします。 {#yokohama-patch-8__ol_hyt_nfb_xgc} 手順 3 のレコードがオフロードされないことを確認します。 | | 階層 2 ストレージオフロード PRB1920238 | 階層 2 プラグインが有効になっているインスタンスとの間でインスタンスをクローンすると、構成、メタデータ、および孤立したデータが失われる可能性があります | インスタンスをクローンすると、特に階層 2 が環境間で部分的にしか構成されていない場合、階層 2 の構成、メタデータ、および孤立したデータが失われる可能性があります。階層 2 のバケット構成、プラグインステータス、およびオフロード機能が適切に保持および検証され、データ/構成作業が意図せずに失われないように、クローンの動作を改善する必要があります。 | | | タイムカード管理 PRB1890157 | Yokohama では、タイムシートポータルでツールヒントが画面に動かなくなることがある | ユーザーが別のツールチップにカーソルを合わせても、ほとんどの場合、元のツールチップが残ります。 | 1. タイムカード管理で Yokohama インスタンスを開きます。 2. 「システムアドミニストレーター」の代理操作を行います。 3. タイムシートポータルを開きます。 4. \[その他\] セクションから運用タイムカードを追加します。 5. 運用ラベルまたは日次合計の数値にカーソルを合わせます。 {#yokohama-patch-8__ol_nyt_nfb_xgc} ツールヒントが長時間または無期限に残ることに注意してください。 | | タイムカード管理 PRB1896237 | マイナスの時間タイムカードの更新は、ポータルでブロックされている場合でも、タイムシートポータルフォームビューから行うことができます | この問題は Yokohama で確認されました。 | 1. タイムシートポータルを開きます。 2. タイムカードを追加します。 3. フォームビューで開きます。 4. マイナスの時間で更新します。 5. 保存 してください。 6. 負の時間が更新されますが、ポータルではユーザーが負の時間を追加できないことに注意してください。 7. \[タスク\] タブの \[ タイムシートに追加\] オプションを使用して、タイムカードの追加を試みます。 8. いずれかの日に負の時間を追加します。 9. 許可されていないことに注意してください。 {#yokohama-patch-8__ol_uyt_nfb_xgc} 予想される動作:マイナスの時間がタイムカードに追加されます。 実際の動作:マイナスの時間はタイムシートポータルに追加されないようにブロックされます。 | | トランザクション管理 PRB1913194 | GlideTransactionProcessor の未処理の例外により HTTPTransaction オブジェクトがリークし、メモリの問題が発生する可能性がある | | | | トランザクション管理 PRB1923245 | WaiterCountManager の IllegalMonitor StateException は、ロックされたスレッドのロックが解除されず、デッドロックにつながる可能性があります | 特定のプラグインのインストール中に新しいスレッドプールを追加することと、処理のためにトランザクションを要求するためのスレッドプールキューのロックとの間には競合状態があります。これにより、デッドロックが発生する可能性があります。 | | | UI フィールド管理 PRB1827405 | \[ 複合名 タイプ\] フィールドが追加され、インスタンスに大量のメタデータがある場合、UI16 フォームのロードに時間がかかる | フォームに \[複合名 \] タイプフィールドがあり、多くのメタデータが存在する場合、フォームのロードに 15 〜 20 秒以上かかることがあります。 | | | UI フィールド管理 PRB1840516 | ライフサイクルステージに絶対値を使用すると、空に移行しますが、「contains an」演算子を使用して文字列値を受け入れて保存します | そのポリシーフォームでは、フィルターは「参照キー」=「名前」を使用するようにディクショナリが構成されている ライフサイクルステージ の参照フィールドを使用しています。レコードルックアップは、デフォルトのSys_idの代わりに \[名前\] フィールドを使用して行われます。 | | | UI フィールド管理 PRB1875982 | Now Assist コンテキストメニュー (NACM) が INC フォームのいくつかのフォームフィールドに表示されない | イン シデントフォーム フィールドで新しいスキルを作成してアクティブ化した後、一部のフィールドで NACM が表示されません。 | 1. Washington DC インスタンスにログインします。 2. 生成 AI がセットアップされていることを確認します。 3. 移動先 Now Assist アドミン (NAA)NACM エクスペリエンス. 4. \[ インシデント\] フォーム フィールドで新しいスキル構成を作成します。 5. \[サブカテゴリ\]、\[簡単な説明\]、\[サービス\] などのレコードフォームフィールドを追加します。 6. スキルをアクティブ化します。 7. INC レコードを開きます。 {#yokohama-patch-8__ol_dzt_nfb_xgc} \[ サブカテゴリ \] フィールドと \[ 簡単な説明\] フィールドのフォームに NACM のスパークルが表示されていないことを確認します。 | | UI フォーム管理 PRB1819502 [KB1900700](https://hi.service-now.com/kb_view.do?sysparm_article=KB1900700) | ワークスペースビューに \[添付ファイル \] フィールドを追加すると、プラットフォームとワークスペースで一貫性のない結果が生じる | ServiceNow のキャンバスエラーは、意思決定ツリーのアクティブ化やレコードの検索などの特定のアクションを実行しようとしたときに発生する可能性があります。 | 詳細については、リストの KB 記事を参照してください。 | | UI フォーム管理 PRB1920499 | snFormDataConnected {headerConfig...}ケースの作成フロー中に GQL 呼び出しが発生します | ユーザーがケースを作成すると、snFormDataConnected {headerConfig...} 呼び出しは、このフローでは必要ありませんが、発行されます。 | | | UI フォーム管理 PRB1926448 | Yokohama にアップグレードした後、「クエリ前」ビジネスルールでエンコードされたクエリを使用してワークスペース内のレコードがフィルタリングされない | 「クエリ前」ビジネスルールでエンコードされたクエリをフィルターレコードに追加すると、UI16 ではレコードが制限されますが、ワークスペースでレコードをフィルタリングできません。レコードは UI16 では開きませんが、ワークスペースで正常に開きます。この問題は横浜とチューリッヒで発見されました。 | 1. インシデントテーブルに「クエリ前」ビジネスルールを作成します。 2. short_descriptionを含むインシデントを作成します。 3. 「test」に設定します。 4. UI16 とワークスペースでレコードを開いてみます。 {#yokohama-patch-8__ol_lzt_nfb_xgc} | | UXF コンポーネント PRB1826745 | 関連レコードまたはリストからデータを強調表示してコピーすると、追加のヘルプテキストがコピーされます | サービスオペレーションワークスペースで、関連レコードまたはリストからデータの行を強調表示してコピーすると、追加のヘルプテキストが表示されます。コピーされたデータには、「Shift キーを押しながら Enter キーを押して編集してください」というメッセージが含まれています。 | | | UX フレームワーク PRB1918618 | maxCachedPageCount を超えるセッションタブは DOM にとどまる | | 1. サービスオペレーションワークスペースのインシデントレコードリストを開きます。 2. 少なくとも 7 つのレコードタブを開きます。 3. 開いているいずれかのタブを選択します。 {#yokohama-patch-8__ol_tzt_nfb_xgc} 予想される動作:DOM には 6 つのセッションタブコンテンツ (1 つのアクティブ + 5 つの chrome_main. maxCachedPageCount) のみがあり、残りのタブでは sn-canvas-screen #shadow-root ノードがデタッチされている必要があります。 実際の動作:7 つのタブすべてが開き、すべてのシャドウルートノードが DOM に保存されます。 | | UX フレームワーク PRB1925967 | アップグレード後にエンゲージメントメッセンジャーがチャットをロードしない | エンゲージメントメッセンジャーのチャットボックスが空白で、コンテンツがロードされません。「SecurityError: Failed to read a named property 'uxfIntentLibrary' from 'Window'. | 1. エンゲージメントメッセンジャーを起動します。 2. チャットボックスを選択します。 3. チャットボックスが空白であることを確認します。 4. Yokohama インスタンスに移動します。 5. 別のブラウザタブでエージェントポータルに移動します。 6. ログインを試みないでください。 7. 開発コンソールを開きます。 8. スクリプトを実行します。 9. コードを実行します。 10. コードの実行が終了した後に表示されるチャットバブルを選択します。 {#yokohama-patch-8__ol_a15_nfb_xgc} 予想される動作:チャットにコンテンツがロードされます。 実際の動作:チャットのロードが空白で、コンソールにセキュリティエラーが表示されます。 | | 仮想エージェント PRB1890524 | 検索用の式キャッシュによるヒープ使用率の増加 | この問題は、プラットフォームからのスクリプトインクルード式キャッシュから発生します。 | 1. Yokohama インスタンスで Now Assist 仮想エージェント (NAVA) を設定します。 2. チャットウィンドウから検索アクションを実行します。 3. このため、式のキャッシュがいっぱいになっていることに注意してください。 {#yokohama-patch-8__ol_i15_nfb_xgc} 検索アクションを実行するために 1 つのノードで 1 時間に 25 人のユーザーを負荷すると、500 MB 以上を占有することに注意してください。 | | 仮想エージェント PRB1896418 | NAFC NAFC26.4.0 を使用した XP3 でのアプリ生成の生成 AI コントローラー (GAIC) のタイミング | これは製品の更新です。 | | | 仮想エージェント PRB1910141 | NAVA で複数の通知を受信すると、重複するメッセージが表示される | この問題は、標準のチャットエクスペリエンスで確認されています。 | 1. NAVA でシステムアドミンとの会話を開きます。 2. 別のユーザー (Abraham Lincoln) の代理操作を行います。 3. HR ケース:HRC0001023状況を Abraham Lincoln ユーザーで複数回更新します。 4. これにより、仮想エージェントで複数の通知がトリガーされます。 5. システムアドミンユーザーの代理操作を行います。 6. ESC ポータルに移動します。 {#yokohama-patch-8__ol_o15_nfb_xgc} すべての通知を受信した後、NAVA に同じメッセージが表示されることを確認します。 | | 仮想エージェント PRB1915544 | 仮想エージェント (VA) トピックの実行で、メインスキルではなくツール応答が返される | VA トピックの実行は、メインスキル応答を返すか、ユーザーがメインスキル応答を返すようにトピックを構成する方法を提供する必要があります。代わりに、VA トピックの実行は RAG 応答を返します。 | | | 仮想エージェント PRB1915775 | ツールエディターの実行時間がフロー生成要求のパフォーマンスに影響する | ツールエディターの実行時間は 2000 ミリ秒以上かかる場合があります。フロー生成の oneExtend 要求は 10 秒未満であるため、この追加の時間はパフォーマンスに影響を与え、パフォーマンスメトリクスを 20% 上昇させます。 | | | 仮想エージェント PRB1917144 | 非 LLM 時間は、NAVA ユースケースの場合はさらに 120〜581 ミリ秒、NAP スキル/トピックの実行の場合はさらに 500〜900 ミリ秒かかります | | | | 仮想エージェント PRB1920529 | ガイド付きセットアップで定義アクセスをスキップしても NACM デフォルト ACL のクローンが作成されない | | | | 仮想エージェント PRB1922205 | 動的翻訳のみがオンになっている場合、Planner1 出力が複数回表示される | | 1. サービスポータルに移動します。 2. NAVA チャットボットに「Mi portátil ha sido arruinado por las cookies.¿Qué son siquiera las cookies?¿Puedo pedir un portátil nuevo?' {#yokohama-patch-8__ol_w15_nfb_xgc} 仮想エージェントに移行メッセージが複数回表示されていることを確認します。これは一貫して再現可能です。 | | 仮想エージェント PRB1922860 | 9 月のエージェント型パイプラインの自動チャットでフォローアップに問題がある | 新しい 9 月のエージェント型パイプラインと 7 月のパイプラインでは動作に違いがあります。古いパイプラインでは、自動チャットは目的が満たされるまで数ターンのフォローアップを求めます。新しいパイプラインでは、応答が目的を満たさなくても、いくつかのクエリで停止することがよくあります。これにより、スコアが低下しています。 | | | 仮想エージェント PRB1924015 | AmazonBedrockStream プロセス中にチャンクが欠落しています | ビルドエージェントがアプリを作成し、ストリームモードで Amazon Bedrock に指示を提供しようとすると、チャンクがいくつか欠落しています。このため、後続の要求は失敗します。 | | | 仮想エージェント PRB1924923 | NowAssistConversation History()._getTranscriptFor ConversationHistory API の遅い API クエリ | NowAssistConversationHistory() ._getTranscriptFor ConversationHistory API への最初のヒットには 500 ミリ秒以上かかる場合があります。 | 1. インスタンスを開きます。 2. ESC ポータルに移動します。 3. NASS チャットで、「こんにちは!」のような発言を入力します。 4. システムログで、「NowAssist ConversationHistory:会話履歴のトランスクリプトの取得にかかった時間は」で始まるキーワードを確認します。 {#yokohama-patch-8__ol_cb5_nfb_xgc} 新しい会話の場合、この API への最初のヒットに 500 ミリ秒以上かかることを確認してください。 | | 仮想エージェント PRB1925332 | メッセージの処理 API が遅い | メッセージ API の処理には 400 ミリ秒以上かかります。 | 1. トピックを作成します。 2. その中に次のステートメントを追加します: vaSystem.send Processing MessageDirectly('testing ') and vaSystem.updateDynamic ProgressMessage('COMPLETED')/ {#yokohama-patch-8__ol_ib5_nfb_xgc} どちらの API にも約 400 ミリ秒以上かかることを確認してください。 | | 仮想エージェント PRB1925496 | SQL は、補助添え字のためにsys_cs_session_bindingテーブルでテーブルスキャンを行うため、SQL 時間が長くなります | サブスクリプションがタイムアウトしているのは補助のみで、SQL 処理時間は 500 ミリ秒を超えています。 | Now Assist 仮想エージェント (NAVA) を起動します。 チャットクライアントを起動するときに、サブスクリプションの処理時間を確認します。 | | 仮想エージェント PRB1925600 | ユーザーがインスタンスから本番ボット統合を削除できない | | 1. 本番ボットをインスタンスに接続します。 2. Teams でいくつかのメッセージを送信します。 3. 本番ボットの Teams 統合を削除してみてください。 {#yokohama-patch-8__ol_ub5_nfb_xgc} 予想される動作:統合がインスタンスから削除されます。 実際の動作:ユーザーに「統合の削除に失敗しました... (failed to remove integration...)」というエラーが表示されます。統合は削除されません。 | | 仮想エージェント PRB1926480 | SQL がsys_cs_messageテーブルでテーブルスキャンを実行し、150 ミリ秒の非 LLM 時間劣化を引き起こす | SQL はテーブルでテーブルスキャンを実行しsys_cs_messageシリアル番号を探し、その結果、150 ミリ秒の非 LLM 時間劣化が発生します。これは、ユーザーが負荷テストを実行した場合、またはsys_cs_messageテーブルに多数のレコード (1000K) がある会話を作成するときに確認できます。 | | | 仮想エージェント PRB1926867 | セッションコンテキストの skillParams が永続化されない | | | | 仮想エージェント PRB1927087 | Teams/CEA および LA のハンドオフでのコールドスタートでフォールバックエラーが発生する | | 1. CEA に移動します。 2. 「hi」と入力します。 3. 「ライブエージェントに接続したい (I want to connect to a live agent)」と入力します。 4. LA カードを取得したら、\[ハンドオフのために エージェントに接続\] を選択します。 {#yokohama-patch-8__ol_zb5_nfb_xgc} 予想される動作:ハンドオフはエラーなしで機能します。 実際の動作:ハンドオフ後、フォールバックエラーが発生します。 | | 仮想エージェント PRB1927417 | NAVA のフォールバックが技術的なエラーを返す | | 1. NAVA に移動します。 2. 意味不明なメッセージ、またはユーザーとしてフォールバックを返すものを送信します。 {#yokohama-patch-8__ol_ec5_nfb_xgc} 予想される動作:ユーザーはフォールバック応答を取得するはずです。 実際の動作:ユーザーはフォールバック応答を受け取り、その後に技術的なエラーを受け取ります。 | | 仮想エージェント PRB1927571 | SessionManager と MacMessageBatchingSession が rhino オブジェクトをキャッシュし、ヒープ使用率の増加に寄与している | キャッシュの使用量が約 150+ MB の場合、rhino スコープオブジェクトをキャッシュ内に保存すると、実行する GlideRecord クエリやスコープに保存されている JavaScript オブジェクトによっては、予想外に大きくなります。 | | | 仮想エージェント PRB1927978 | テーブルsys_cs_one_extend_invocationで列タイプを「名前/値ペア」から「文字列」に変更します | | 1. NAVA を設定します。 2. エージェント型モードをオンにします。 3. 「スパムとは何ですか?」を実行 {#yokohama-patch-8__ol_jc5_nfb_xgc} プロファイラースタックトレースに注目してください。 | | 仮想エージェント PRB1927985 | メッセージのバッチ処理によって視覚的な時間が低下するため、合成された応答がすぐに送信されない | Web クライアントの送信時間と AMB 受信時間に遅延があります。 | 1. NAVA を設定します。 2. 「スパムとは何ですか?」で検索 {#yokohama-patch-8__ol_oc5_nfb_xgc} Web クライアントの送信時間 (sys_amb_message テーブルの「Serialized cometd message」列ペイロードから sendTime を取得) と AMB 受信時間に遅延があることを確認します。 | | 仮想エージェント PRB1930434 | 多言語機能が壊れ、フロー全体が期待どおりに機能しない | この問題は、ynowassist の夜間ビルドが発生した後に、RAG 3.0.4 で Yokohama で確認されました。 | 1. 日本語セッション言語を使用してユーザーとして代理操作します。 2. 「glide.sys.language」システムプロパティが日本語であることを確認し、システムプロパティ値は「ja」になります。 3. スキルを作成します。 4. RAG をツールとして追加します。 5. スキルを実行します。 {#yokohama-patch-8__ol_xc5_nfb_xgc} 予想される動作:スキルと RAG ツールが正常に実行されるはずです。 実際の動作:RAG がエラーが添付されて失敗します。 | | 仮想エージェント PRB1931090 | 計画者 1 が「不明な終了タイプ」でアクションに失敗すると、会話がスタックする | 「ITSM インシデント解決エージェント」が必要なリソースを見つけることができない場合は、フォールバック応答が返され、制御が計画者 1 に返されます。計画者 1 は返信を行いますが、これはユーザーに表示されることはなく、チャットでコントロールがユーザーに戻ることはありません。「最終的な回答を策定する」ことに行き詰まっています。 | 1. インスタンスに移動します。 2. クエリ「INC0000055の解決計画を作成してください」。 3. ITSM インシデント解決エージェントは類似の KB を見つけることができないため、フォールバックメッセージを提供します。 {#yokohama-patch-8__ol_dd5_nfb_xgc} 予想される動作:計画者 1 はユーザーにコントロールを返し、場合によっては「IF YOU NEED FURTHER ASSISTANCE (さらにサポートが必要な場合)」メッセージを表示します。 実際の動作: 「最終的な応答を策定する」糸車で永遠に立ち往生します。 | | 仮想エージェント PRB1931987 | 検索 ボタンが DW に表示されない | DW が有効になっているポータルでは、フィードバックアイコンの横に \[検索 \] ボタンは表示されません。 | 1. DW が有効になっているポータルに移動します。 2. 「スパムとは何ですか?」と入力します。 {#yokohama-patch-8__ol_od5_nfb_xgc} 予想される動作:フィードバックアイコンの横に \[検索 \] ボタンが表示されます。 実際の動作:通常の結果を表示する \[検索 \] ボタンは表示されません。 | | 仮想エージェント PRB1932193 | 言語が日本語に設定されている場合、自動評価の実行が \[対応中\] でスタックする | メトリクスの結果とバッチ結果が完了しても、評価実行が「対応中」でスタックします。 | 1. 日本語翻訳アプリをインストールします。 2. Azure OpenAI 接続/エンドポイントを設定します。 3. sys_propertiesに移動します。 4. 「glide.sys.language」の値を「ja」に設定します。 5. \[ 設定\] に移動します。 6. 言語を日本語に変更します。 7. 「トリビアの生成:{{context}}」というプロンプトを使用して Azure Open AI スキルを作成します。ここで、コンテキストはタイプ文字列のスキル入力です。 8. プロンプトをファイナライズします。 9. 名前にマッピングする「sys_user」レコードを使用してデータセットを作成します。 10. 利用可能なすべての評価方法を有効にして、新しい評価実行を作成します。 11. 評価実行が完了していないことを確認します。 12. sys_one_extend_batch_runを確認します。 {#yokohama-patch-8__ol_sd5_nfb_xgc} メトリクスの結果とバッチ結果が完了していることを確認します。 | | 仮想エージェント PRB1932396 | QnA の処理メッセージを追加して、Planner1 が以前の形式で応答を返すシナリオを処理する | | | | 仮想エージェント PRB1933049 | 会話エラー | 会話は 3 つのシナリオでエラーになります。 | シナリオ 1： 1. ディスパッチャワークスペース (DW) から会話を開始します。 2. エージェントと一緒に「アクセサリ付きのラップトップを注文する」を検索します。 3. エージェントを実行する {#yokohama-patch-8__ol_l25_nfb_xgc} 会話が途中でエラーになることに注意してください。 シナリオ 2： 1. DW から会話を開始します。 2. 任意のカタログを検索します。 3. 検索結果からカタログを実行しようとします。 {#yokohama-patch-8__ol_m25_nfb_xgc} 会話がエラーになることに注意してください。 シナリオ 3： 1. DW から会話を開始します。 2. 仮想エージェントトピックを検索します。 {#yokohama-patch-8__ol_n25_nfb_xgc} 会話がエラーになることに注意してください。 | | 仮想エージェント PRB1933055 | 完全なエージェント型インスタンスで競合状態が発生します | 応答生成ステップは、複数の応答が同時に到着した場合には発生しません。 | プランナーの呼び出し中にいくつかの並列 LLM 呼び出しを発生させます 複数の応答がほぼ同時に到着した場合、並列呼び出しごとにステップが残っていると判断されるため、応答生成が起動されることはありません。 | | 仮想エージェント PRB1933102 | フォローアップ検索で会話が突然終了する | 最初の検索の直後に 2 番目の検索を実行すると、会話は終了しますが検索は続行されます。 | 1. KB/カタログ/トピックを検索 2. 応答を取得した後、別の KB/カタログ/トピックを検索します。 {#yokohama-patch-8__ol_bf5_nfb_xgc} 予想される動作:ユーザーはステップ 2 の検索に関連する応答を取得します。 実際の動作:会話が終了し、検索が続行されます。 | | 仮想エージェント PRB1933142 | 言語検出が優先されていません | sys_generative_ai_logでは、Unified Planner 機能は言語検出を優先しません。また、one_api_service_plan _feature_invocationでは、統一プランナーはどの言語フラグでも呼び出されませんでした。 | 1. 言語検出をオンにしてインスタンスを開きます。 2. SP ページに移動します。 3. チャットボットで、発言「¿Qué son las leguminosas?」と入力します。 4. 移行メッセージが英語であることを確認します。 5. sys_generative_ai_log に移動し、Unified Planner 機能を確認します。 {#yokohama-patch-8__ol_gf5_nfb_xgc} 予想される動作:「スペイン語で応答を生成してください。翻訳は返さないでください。スペイン語でのみ返信することが許可されています。」 実際の動作:「英語で応答を生成します。翻訳は返さないでください。あなたは英語でのみ答えることが許されています。」 | | 仮想エージェント PRB1933169 | Now Assist 仮想エージェント (NAVA) 検索が NowLLM で機能しない | | 1. NAVA を設定します。 2. モデルを NowLLM に変更します。 3. 任意の発言で検索します。 {#yokohama-patch-8__ol_nf5_nfb_xgc} | | 仮想エージェント PRB1933571 | 「回答が見つかりません」応答は常にフォールバックに向かう必要があります | これは、単一インテントクエリとマルチインテントクエリの両方で発生するはずです。 | | | 仮想エージェント PRB1933589 | エージェントが検出されない | | 1. ディスパッチャワークスペースまたは Now Assist 仮想エージェントから会話を開始します。 2. 「アクセサリ付きのラップトップを注文します」と入力します。 {#yokohama-patch-8__ol_sf5_nfb_xgc} エージェントは検出されず、ツールのみが検索結果に表示されていることを確認します。 | | 仮想エージェント PRB1933604 | 負荷がかかった場合のキュー待ち時間の増加 | | 1. Now Assist 仮想エージェント (NAVA) をセットアップします。 2. ユースケースの負荷テストを実行します。 {#yokohama-patch-8__ol_xf5_nfb_xgc} | | 仮想エージェント PRB1933690 | ユーザーカードは、複数ユーザークエリの最初のユーザーのみを返します | | 1. NAVA に移動します。 2. 「アベル・テューターとエイブラハム・リンカーンについて教えてください」と検索します。 {#yokohama-patch-8__ol_cg5_nfb_xgc} 予想される動作:ユーザーは、クエリ内の各ユーザーのユーザーカードを取得します。 実際の動作:ユーザーは最初のユーザーに対してのみ応答を受け取ります。 | | 仮想エージェント PRB1933716 | Web 検索中にスタックされたメッセージが表示される | | 1. /esc に移動します。 2. \[地球\] アイコンを選択して、Web 検索を有効にします。 3. クエリ「米国大統領は誰ですか?」 {#yokohama-patch-8__ol_hg5_nfb_xgc} 予想される動作:スタックされたメッセージは表示されません。 実際の動作:積み重ねられたメッセージが表示されます。 | | 仮想エージェント PRB1933783 | Web 検索モードで「10 件のドキュメントが見つかりました」というメッセージが表示される | 「10 件のドキュメントが見つかりました」というメッセージは、Web 検索モードでは無関係です。 | 1. /esc を開きます。 2. Web 検索モードを有効にします。 3. 「今日の天気はどうですか」と入力してください。 {#yokohama-patch-8__ol_lg5_nfb_xgc} 「10 件のドキュメントが見つかりました」というメッセージが表示されます。 | | 仮想エージェント PRB1933907 | 動的翻訳がオンになっている場合は、LTM メモリ識別機能のみが呼び出されます | | 1. ホームページで、次の場所に移動します。 設定言語と地域. 2. 言語 \[ フランス語 (カナダ)\] を選択します。 3. /esc に移動します。 4. DW を起動します。 5. フランス語 (カナダ) のクエリを入力します。たとえば、「vérification du solde des vacances」(休日残高チェック) と入力します。 {#yokohama-patch-8__ol_qg5_nfb_xgc} 予想される動作:Unified Planner、TexttoResult とともに Planner 2、BGE Reranker などのエージェント型機能が呼び出されます。 実際の動作:LTM メモリ識別機能のみが呼び出されます。この問題は、動的翻訳がオンになっている fr-CA モデル品質評価をブロックします。 | | 仮想エージェント PRB1934004 | Now Assist パネル (NAP) で発言を「インシデントの解決」として指定すると、エージェントとユースケースが検出されない | エージェントは検出されてユーザーに表示され、実行を開始するには自動的に取得する必要があります。 | 1. インスタンスに移動します。 2. NAP を開きます。 3. 「インシデントの解決方法」を発言します。 4. エージェントが検出され、ユーザーに表示されることを確認します。 5. 発言は「インシデントの解決INC000XXXX」とします。 {#yokohama-patch-8__ol_xg5_nfb_xgc} エージェントが自動的に選択され、実行が開始されていることを確認します。 | | 仮想エージェント PRB1934159 | ライブエージェントメッセージを「現在、対応可能なライブエージェントはいません。でも、幅広いご要望に対応できます。何かお困りですか?』 | QnA のメッセージを処理する場合、ハンドル シナリオ Planner1 は古い形式で応答を返します。 | | | 仮想エージェント PRB1934196 | Planner2ResponseHandler が Rhino Engine の式キャッシュをいっぱいにする | 1 つのノードで 25 人のユーザーを負荷 (1 時間) すると、検索アクションのみを実行した場合、500 MB 以上を占有します。 | 1. NAVA を設定します。 2. チャットウィンドウから検索アクションを実行します。 {#yokohama-patch-8__ol_dh5_nfb_xgc} これにより、式のキャッシュがいっぱいになっていることを確認します。1 つのノードに 25 人のユーザーが負荷をかけた場合 (1 時間)、実行された検索アクションのみで、500 MB 以上を占めることを確認します。 | | 仮想エージェント PRB1934294 | チケットステータスエージェントが検出されていません | チケットステータスエージェントが実行されません。代わりに「申し訳ありませんが、私の側に問題がありました」というメッセージが浮かびます。 | 1. /esc に移動します。 2. 「IT チケットのステータスの確認」を照会します。 {#yokohama-patch-8__ol_hh5_nfb_xgc} 予想される動作:チケットステータスエージェントが実行します。 実際の動作:「申し訳ありません。こちら側で問題が発生しました」というメッセージが表示されます。 | | 仮想エージェント PRB1934342 | マークダウンコンテンツがリッチテキスト出力としてレンダリングされない | サーバーには、出力メッセージタイプを決定するロジックがあります。メッセージコンテンツに HTML タグが含まれている場合は、htmloutput として扱われます。 | 1. トピックを作成します。 2. リッチテキスト応答ノードを追加します。 3. 文字列をリッチテキストコンテンツとして使用します。 4. トピックを実行します。 {#yokohama-patch-8__ol_lh5_nfb_xgc} コンテンツがマークダウンではなくプレーンテキストとして表示されていることに注意してください。 | | 仮想エージェント PRB1934578 | 計画者 1 によって選択されたエージェントが、常に計画者 2 に渡されるとは限りません | ユーザーが特定のクエリを実行すると、計画者 1 が一貫して 2 つのエージェントを選択していても、計画者 2 からの回答はありません。 | 1. /esc に移動します。 2. クエリ 「ServiceNow の営業担当者として、ITSM Pro から ITSM Pro Plus にアップグレードすべき理由を CIO に売り込むことができる顧客会議の準備を手伝ってください。」 {#yokohama-patch-8__ol_qh5_nfb_xgc} 計画者 2 による回答はありませんが、計画者 1 は一貫して 2 人のエージェントを選択していることを確認します。 | | 仮想エージェント PRB1934685 | AI エージェント (AIA) の「統一プランナークイック」および「統一プランナープロンプト」指示には、ServiceNow などの特定の名前が含まれています | | 1. sys_generative_ai_log_list.do に移動します。 2. Unified Planner クイックログまたは Unified Planner 生成 AI ログレコードのいずれかを開きます。 {#yokohama-patch-8__ol_wh5_nfb_xgc} 予想される動作:すべてのモデルの AIA 統一プランナーのプロンプトテンプレートに特定の会社名が含まれていません。 実際の動作:すべてのモデルの AIA 統一プランナーには、ServiceNow などの特定の名前が付いています。 | | 仮想エージェント PRB1934741 | \[ 入力検索 \] フィールドから最初の発言を入力すると、NASS が正しく応答しない | 入力 検索 フィールドから発言を初めて入力すると、ユーザーは「こんにちは! 「今日は ServiceNow をどのようにサポートできますか?」というメッセージが表示されます。 | 1. インスタンスで NASS を設定します。 2. NASS を使用してポータルに移動します。 3. これはフルページエクスペリエンスで表示するべきではないことに注意してください。 4. 入力 検索 フィールドに「スパムの定義は何ですか?」と入力します。 5. これにより、フルページエクスペリエンスにリダイレクトされることに注意してください。 {#yokohama-patch-8__ol_b35_nfb_xgc} 予想される動作:ユーザーは「スパムの定義は何ですか?」という回答を受け取ります。 実際の動作:「こんにちは! 今日は ServiceNow をどのようにサポートできますか? | | 仮想エージェント PRB1934761 | 標準チャットでのトピックの検出と実行が完了した後も会話は終了しません | 実行後に会話が終了せず、入力テキスト領域は開いたままになります。これは、トピックがディスカバリーを介して実行された場合に発生しますが、トピックピッカーを介しては正しく機能します。 | 1. 標準チャットが有効になっている NAVA ポータルに移動します。 2. トピックピッカーの代わりにディスカバリーによって「コーヒーを注文する」などのトピックを実行します。 3. 実行を終了します。 {#yokohama-patch-8__ol_i35_nfb_xgc} 予想される動作:実行後に会話が終了します。 実際の動作:会話は終わりません。入力テキスト領域は開いたままになります。ただし、トピックピッカーを使用してトピックを実行すると、会話は正しく終了します。 | | 仮想エージェント PRB1934818 | マルチインテントクエリが反映されていない \[履歴からの回答 (Answer from history)\] 応答を取得する | 仮想エージェント (VA) は、マルチインテントクエリの最初の部分に応答した後に実行を終了します。 | 1. 「スパムとは何ですか?」と入力します。 2. 応答を受信したら、「まず、スパムとは何ですか? それでは、コーヒーを注文するのを手伝ってください』と言いました。 {#yokohama-patch-8__ol_v35_nfb_xgc} 予想される動作:VA は記憶から最初の部分に回答し、次にコーヒー注文スキルの実行に進みます。 実際の動作:VA は最初の部分に回答した後に実行を終了します。 | | 仮想エージェント PRB1934820 | マルチインテントクエリが NAVA でスタックする | マルチインテントクエリの最初の部分に回答した後、NAVA は「チャットしていただきありがとうございます」というメッセージを表示します。2 番目の部分を実行しようとしますが、回答の生成がスタックします。 | 1. /esc に移動します。 2. NAVA に移動します。 3. 「スパムとは何か、ラップトップの貸与を注文する」と入力します。 {#yokohama-patch-8__ol_aj5_nfb_xgc} NAVA がスパムに対する応答を送信し、「チャットしていただきありがとうございます」メッセージが表示されていることを確認します。2 番目の部分を実行しようとしますが、回答の生成がスタックします。 | | 仮想エージェント PRB1935109 | カタログ名が \[要求を続行\] に表示されない | この問題は、以前のバージョンの Now Assist 仮想エージェント (NAVA) でのみ発生します。 | 1. 以前の NAVA バージョンから会話を開始します。 2. 任意のトピックを実行します。 3. トピックの途中で「標準ラップトップが必要」と入力します。 {#yokohama-patch-8__ol_gj5_nfb_xgc} \[要求を続行\] コントロールには、カタログ名ではなく前のトピックが表示されることに注意してください。 | | 仮想エージェント PRB1935143 | 誤った形式の JSON 修正ツールが API で処理されない | 新しい API「動的機能実行ツール」は、誤った形式の JSON フィクサーを処理しません。 | | | 仮想エージェント PRB1935791 | 動的に変化するスクリプトがsys_expressionキャッシュのスペースを不必要に消費する | | 1. NAVA を設定します。 2. 負荷テストを 1 時間実行します (エージェントのユースケース)。 3. ヒープメモリを確認します。 {#yokohama-patch-8__ol_mj5_nfb_xgc} 式のキャッシュが 500 MB を超えていることに注意してください。 | | 仮想エージェント PRB1936166 | ユーザー設定をフェッチするためのスクリプト可能な API を VASystemObject に追加します | vaSystem.get UserPreferences() は、会話のcontext_profileにリンクされているカテゴリを持つユーザーの LTM メモリを返す必要があります。 | | | 仮想エージェント PRB1936344 | Web 検索が完全エージェント型モードで機能しない | | 1. /esc または /sp に移動します。 2. Web 検索で任意のクエリを試行します。 {#yokohama-patch-8__ol_tj5_nfb_xgc} 「申し訳ありません。この要求を完了しようとしてこちら側で問題が発生しました。後でもう一度聞いてみてください。」 | | 仮想エージェント PRB1936780 | スキルを迅速に検出するために、Planner1 に上位 n 個のスキルを送信する機能を追加します | | | | 仮想エージェント PRB1936820 | Now Assist ポータル (NAP) と NAVA でロック例外が通知される | | 1. NAP/NAVA 用の最新の ynowassist 安定インスタンスを設定します。 2. 仮想エージェントの任意のユースケースの負荷テストを実行します。 {#yokohama-patch-8__ol_xj5_nfb_xgc} 例外がログに記録されていることに注意してください。 | | 仮想エージェント PRB1936882 | ポータルから来た後、フォローアップの質問が 2 回実行される | | 1. 10 月のストアアプリバージョンと動的ウィンドウが有効になっているインスタンスを開きます。 2. ポータルで「cookie とは」を検索します。 3. 応答がロードされるのを待ちます。 4. \[ フォローアップを依頼する\] を選択します。 5. チャットが読み込まれるまで待ちます。 6. 「どうすればブロックしますか?」を検索します。 7. 応答がロードされるのを待ちます。 {#yokohama-patch-8__ol_ck5_nfb_xgc} フォローアップの質問に対して回答が 2 回表示されることに注意してください。GenAI ログにも、その呼び出しの二重エントリがあります。 | | 仮想エージェント PRB1936985 | Web 検索検索を実行して Web 検索フォールバックに到達した後、会話が「思考」でスタックする | | 1. サービスポータルに移動します。 2. \[地球\] アイコンを選択して Web 検索を開始します。 3. 「米国大統領は誰ですか」とクエリします。 4. Web 検索を終了します。 5. クエリ:「Cookie とは」。 6. クエリ: 「テキサスの州都はどこで、そこの天気はどうですか?」 7. Web 検索フォールバックを入力します。 8. フォールバックメッセージを受信すると、「すべて完了しました。他に何かお手伝いできることはありますか?』と言いました。「いいえ、ありがとうございます」と返信します。 {#yokohama-patch-8__ol_kk5_nfb_xgc} 予想される動作:会話が終了するはずです。 実際の動作:仮想エージェントが「思考中」でスタックします。 | | 仮想エージェント PRB1936987 | 動的翻訳がオンの場合の NAVA の合成された応答に 1 つの問題が見つかりました | | 1. スペイン語ユーザーでログインします。 2. ESC ポータルに移動します。 3. ポータルで「Pedir Cafe」を検索します。 4. スペイン語で「コーヒーを注文する」トピックを開始します。 5. 結果が再び表示されたら、ポータルで「Necesito ayuda para crear incidente」を検索します。 6. MID トピックメッセージがスペイン語であることを確認します。 {#yokohama-patch-8__ol_tk5_nfb_xgc} 英語であることに注意してくださいが、これは正しくありません。 | | 仮想エージェント PRB1937454 | CEA でのカタログとスキルの実行がスタックする | | 1. CEA に移動します。 2. トピック/カタログ「スパムとは」、「Miro へのアクセスが必要です」を検索します。 3. トピック/スキルを開始します。 {#yokohama-patch-8__ol_zk5_nfb_xgc} 予想される動作:スキル/トピックが開始し、実行が完了します。 実際の行動:スキルとトピックが「思考」にとどまっています。 | | 仮想エージェント PRB1937597 | AIA ResponseGeneration スクリプトがキャッシュされません | 次のスクリプトを呼び出すと、現在「dynamic」として呼び出されるため、「AIAResponseGenerator」、「AISWebSearch CallbackWrapper」、および「AISPlanner2 ResponseHandler」はキャッシュされません。これらは単純なスクリプトとして呼び出し、適切にキャッシュされるように評価するために必要な変数を渡す必要があります。 | | | 仮想エージェント PRB1937694 | Web 検索フォールバックが機能しない | | 1. slack:6.0.1 SNAPSHOT をインストールした ynowassist 可能なインスタンスを設定します。 2. Slack をアシスタントに接続します。 3. Slack を開き、「スパムとは何ですか?」と入力します。 4. 結果が表示されたら、「満足していない」と入力します。 5. フォールバックが表示されたら、\[ Web 検索\] を選択します。 {#yokohama-patch-8__ol_el5_nfb_xgc} 同じフォールバックオプションが繰り返されることに注意してください。 | | 仮想エージェント PRB1938022 | AI エージェント (AIA) Unified Planner 1 は、1 人のユーザーによる生成 AI ログで最大 1.5 秒から 2 秒かかります。 | ハイブリッドキューには最大 500 ミリ秒かかります。 | | | 仮想エージェント PRB1938273 | Now Assist パネル (NAP) でマルチインテント発言が機能しない | この問題は、Azure と Gemini を使用しているときに確認されました。ワークフローは、たとえば両方の発言で利用でき、個別に両方の発言が期待どおりに機能します。 | 「フライトを予約してコーヒーを注文する」という発言を入力してください 最初のワークフローは Azure と Gemini の両方で完了しましたが、Azure で次のフローをトリガーする代わりに一般的な反応応答が発生し、Gemini ではワークフローを続行できないというメッセージが表示されます。 | | 仮想エージェント PRB1938620 | \[ 検索結果に移動\] ボタンがダイナミックウィンドウ (DW) に表示されない | \[ 検索結果に移動\] ボタン は、チャットから検索への移行では表示されません。この機能は以前のリリースで機能していたため、表示されるはずです。 | | | 仮想エージェント PRB1938658 | 第 2 のインテントが計画者 1 に送信されない 継続的な会話で | | 1. ESC ポータルに移動します。 2. 仮想エージェント (VA) を開きます。 3. 複数のエージェントに一致する発言を入力します。 4. エージェントを選択する代わりに、「ServiceNow の株価とは」などの代替オプションを提供できる次の発言を入力します。 5. フォールバックオプションで \[Web 検索 \] を選択します。 {#yokohama-patch-8__ol_ll5_nfb_xgc} Web 検索では、ServiceNow の株価ではなく、インシデント解決に関する回答が得られることを確認します。 | | 仮想エージェント PRB1940872 | 作成された会話の会話サーバー例外が多すぎます | | 1. Now Assist パネル (NAP)/Now Assist 仮想エージェント (NAVA) の最新インスタンスを設定します。 2. VA の任意のユースケースの負荷テストを実行します。 {#yokohama-patch-8__ol_sl5_nfb_xgc} ログに記録されている例外を確認します。 | | 仮想エージェント PRB1941025 | 標準チャットでカタログの実行が完了しても会話が終了しない | | 1. 標準チャットで Miro アクセスカタログアイテムを実行します。 2. フローを終了します。 {#yokohama-patch-8__ol_xl5_nfb_xgc} 予想される動作:実行が完了すると会話が終了します。 実際の動作:会話は終了しません。 | | 仮想エージェント PRB1941206 | クローンされたメトリクスが作成後にリストに表示されない | メトリクスは正常に作成されたように見えますが、クローンされたメトリクスはホームページのリストに表示されません。 | 1. カスタムメトリクスを作成します。 2. 作成されたカスタムメトリクスを開きます。 3. 右上隅の \[コピー \] を選択して、メトリクスをクローンします。 4. \[ セットアップの完了\] を選択します。 5. ホームページに移動します。 {#yokohama-patch-8__ol_bm5_nfb_xgc} メトリクスが利用できないことを確認します。 | | 仮想エージェント PRB1941618 | Now Assist パネル (NAP) に同じワークフローが 2 回表示される | 「アイテムの注文」という名前のワークフローは 1 つだけです。 | 発言「I want to order below the list of items: Coffee, Laptop, Book a flight, Pizza」と入力します。 コーヒーエージェントが完了し、同じワークフローが 2 回表示されます。 | | 仮想エージェント Web クライアント PRB1896390 | CSM ポータルおよびエンゲージメントメッセンジャーでチャットを起動すると、va_web_client API エラーのコンソールエラーが表示される | va_web_clientに関連する 2 つのコンソールエラー、「/api/now/ va_web_client_settings /get_va_web_ client_settings' api results 403 error」と「\[SNAnalytics\] Invalid property name」が観測されます。コンソールエラーは表示されず、チャット機能は期待どおりに動作するはずです。 | 1. インスタンスにログインします。 2. CSM ポータルまたはエンゲージメントメッセンジャーに移動します。 3. 仮想エージェントチャットを起動/チャットを開始します。 {#yokohama-patch-8__ol_hm5_nfb_xgc} ブラウザーコンソールにエラーが表示されていることを確認します。 | | 仮想エージェント Web クライアント PRB1920035 | 「VTT」アイコンが Now Assist ポータル (NAP) の以前のモデルでは使用できません | この問題は、ユーザーが新しいモデルから VTT がオンになっている以前のモデルに切り替えたときに発生します。 | 1. 任意の BU スキルをインストールします。 2. VTT で NAP をオンにします。 3. ブラウザーの設定からマイクをオンにします。 4. アクセシビリティ設定の「オン」を切り替えます。 5. NAP アイコンを選択します。 6. 新しいモデルで VTT アイコンが利用可能であることを確認します。 7. モデルを古いモデルに変更します (セルフサービスモーダルダイアログ)。 8. ページを更新します。 {#yokohama-patch-8__ol_nm5_nfb_xgc} 予想される動作:VTT アイコンが利用可能になります。 実際の動作:ユーザーが新しいモデルから VTT が有効になっている古いモデルに切り替えると、古いモデルの NAP では VTT アイコンを使用できません。 | | 仮想エージェント Web クライアント PRB1923459 | 拡張チャットでコンテキスト変数にアクセスできない | コンテキスト変数は拡張チャットではアクセスできませんが、標準チャットでは「vaContext.liveagent_」または「vaVars.liveagent_」のいずれかを使用してアクセスできます。 | | | 仮想エージェント Web クライアント PRB1927881 | 動的選択肢入力の仮想エージェントトピックオプションが Now Assist ポータル (NAP) に表示されない | 動的選択肢入力の場合、オプションは NAP に初めて表示されません。想定されるオプションの 1 つではないランダムな文字列をユーザーが入力すると、質問が繰り返され、2 回目または 3 回目の試行でオプションが表示されます。 | | | 仮想エージェント Web クライアント PRB1928501 | 拡張チャットでコンテキスト変数にアクセスできない | コンテキスト変数は拡張チャットではアクセスできませんが、標準チャットでは「vaContext.liveagent_」または「vaVars.liveagent_」のいずれかを使用してアクセスできます。 | | | 仮想エージェント Web クライアント PRB1933741 | Web 検索中にスタックされたメッセージが表示される | | 1. /esc に移動します。 2. \[地球\] アイコンを選択して、Web 検索を有効にします。 3. 「米国大統領は誰ですか」というクエリ。 {#yokohama-patch-8__ol_gn5_nfb_xgc} 予想される動作:Web 検索時にスタックされたメッセージは表示されません。 実際の動作:積み重ねられたメッセージが表示されます。 | | 仮想エージェント Web クライアント PRB1935212 | メッセージの変更を処理するために残りの VX を修正します | これは製品の更新です。 | | | 仮想エージェント Web クライアント PRB1936255 | Now Assist ポータルと仮想エージェントでデフォルトでオーディオ通知をオフにする | 処理が実行されると、ビープ音が鳴り続けます。デフォルトでは、オーディオはオフになっている必要があります。 | | | 仮想エージェント Web クライアント PRB1936912 | ユーザーがエージェントとのチャットを終了した後、\[ ライブエージェントに連絡する \] を選択しても、ユーザーはライブエージェントに誘導されません | この問題は、ディスパッチャワークスペース (DW) で発生します。 | 1. DW に移動します。 2. \[ 初めてライブエージェントに連絡する\] を選択します。 3. 作業アイテムをエージェントとして承認します。 4. \[ユーザーとして ライブチャットを終了 する\] を選択します。 5. 同じ会話でもう一度 \[ ライブエージェントに連絡する \] を選択します。 {#yokohama-patch-8__ol_rn5_nfb_xgc} エージェント用に作業アイテムが作成されておらず、DW では何も起こらないことに注意してください。 | | 仮想エージェント Web クライアント PRB1937432 | VX 間隔の問題の修正 | Assist 仮想エージェント (NAVA) とディスパッチャワークスペース (DW) で確認された間隔の問題。問題 1 では、NAVA の「応答の生成中」の下に余分なスペースがありますが、DW では修正されているようです。問題 2 では、処理中のメッセージ コンテナーとスパークル アイコンの間の間隔を 24px にする必要がありますが、NAVA では 12px、DW では 24px です。問題 3 では、処理ステップ間隔は NAVA と DW の両方で上下で 8px にする必要があります。 | | | 仮想エージェント Web クライアント PRB1940018 | 会話型 UX 機能拡張の Figma と一致しない間隔 | Now Assist 仮想エージェント (NAVA)、ディスパッチャワークスペース (DW)、および Now Assist パネル (NAP) の間隔の問題。 | 1. こ んにちはを入力します。 2. 「Hello」とスパークルアイコンの間のスペースは 12 ピクセルである必要があり、現在は NAVA、DW、NAP の両方で 24 ピクセルになっていることに注意してください。 3. 「Let me look up for information」の間にスペースがあることに注目してください。 4. コピーアイコンを次のスパークルアイコンに合わせます。 5. 12px で、DW と NAP で 4px のマージンがあることに注意してください。 6. \[ ソースを表示\] を選択します。 {#yokohama-patch-8__ol_yn5_nfb_xgc} 合成された結果とリンクの間のスペースは 8px にする必要があり、DW と NAP では 4px であることに注意してください。 | | 仮想エージェント Web クライアント PRB1941773 | \[ フォローアップを依頼する\] を選択すると、ポータルページが時々シフトする | ポータルページが左にシフトし、ユーザーがポップアップを閉じると元の場所に戻ります。 | 1. \[アシスタント\] ページから、サービスポータル (SP) に対してディスパッチャワークスペース (DW) が有効になっていることを確認します 2. SP ポータルに移動します。 3. ポータル検索で 「スパムとは」 と入力します。 4. \[結果\] ページが表示されたら、\[ フォローアップを依頼する\] を選択します。 {#yokohama-patch-8__ol_f45_nfb_xgc} DW が開いて \[前のチャットが保存されました\] というポップアップが表示され、ポータルページが左にシフトしますが、ユーザーが \[ 前のチャットが保存されました \] ボタンを閉じると、ページが元の場所に戻ります。 | | 作業指示管理 PRB1929109 | ページをリロードすると、 10 進数入力 フィールドの値が消える | | 1. 作業指示テンプレートを開きます。 2. \[ 10 進数値を入力 \] フィールドに任意の値を入力します。 3. 保存 してください。 4. このページをリロードします。 {#yokohama-patch-8__ol_m45_nfb_xgc} | | Zing テキストインデックス作成および検索エンジン PRB1919510 | タイムアウトした遅いクエリは処理されず、グローバル検索が無限ロード状態のままになります | バックエンドから検索がタイムアウトしても、UI は検索を正しく処理せず、無限ロード状態を示します。 | 1. Polaris が有効で、グローバル検索に Zing が使用されているインスタンスをプロビジョニングします。 2. グローバル検索ソースとして使用されるテーブルの 1 つに大量のデータがあることを確認してください。 3. グローバル検索クエリの最大時間を、できるだけ少ない数の 1 秒に設定します。 1. 「テキスト検索プロパティの合理的な変更」ビジネスルールを非アクティブ化します。 2. 「glide.ts.max_duration」システムプロパティを 1 に設定します。 {#yokohama-patch-8__ol_t45_nfb_xgc} 4. 時間がかかる (少なくとも 1 秒) クエリを実行します。 {#yokohama-patch-8__ol_s45_nfb_xgc} 予想される動作:検索がタイムアウトします。グローバル検索には、「結果がありません」というメッセージが表示されるか、時間内に終了したバッチから返された結果が表示されます。 実際の動作:バックエンドから検索がタイムアウトしても、UI は検索を正しく処理せず、無限ロード状態を表示します。 | [ ] {#yokohama-patch-8__all-other-fixes} ## 含まれる修正 {#yokohama-patch-8__fixes-included} 特に記載のない限り、以下のいずれのバージョンからでも、このリリースバージョンに安全にアップグレードできます。これら以前のバージョンに含まれる PRB の修正は、このリリースにも含まれています。関心のあるすべての PRB 修正を含む、一覧されている最新パッチにアップグレードしてください。 * [Yokohama パッチ 7 ホットフィックス 3](https://servicenow-prod.fluidtopics.net/nojBqjqJTMr~0DtGHPsMuw "Yokohamaパッチ 7 ホットフィックス 3 リリースには、これらの問題に対する修正が含まれています。") * [Yokohama パッチ 7 ホットフィックス 2](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2524621) * [Yokohama パッチ 7 ホットフィックス 1](https://servicenow-prod.fluidtopics.net/9SLARSXk~OyU_sXRqMPrlA "Yokohamaパッチ 7 ホットフィックス 1 リリースには、これらの問題に対する修正が含まれています。") * [Yokohama パッチ 7](https://servicenow-prod.fluidtopics.net/SJ~q~VXWTZ5WTaas4OPrpA "Yokohamaパッチ 7 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 6](https://servicenow-prod.fluidtopics.net/eo9jFQpB~P7jBTuQmLncxw "Yokohamaパッチ 6 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 5](https://servicenow-prod.fluidtopics.net/rs6kU9iQ0PwwroVgXw60wg "Yokohamaパッチ 5 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 4](https://servicenow-prod.fluidtopics.net/22_qX_hUUEdAwlhzai8LiA "Yokohamaパッチ 4 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 3](https://servicenow-prod.fluidtopics.net/SMdxdvNMThR1Sxft~T0oFA "Yokohamaパッチ 3 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 2](https://servicenow-prod.fluidtopics.net/3T980DcuiNTzV5U_7nbCig "Yokohamaパッチ 2 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 1](https://servicenow-prod.fluidtopics.net/Z8rTv0wxyZ_xkehEguFjEA "Yokohama パッチ 1 リリースには、重要な問題の修正が含まれています。") * [Yokohama のセキュリティと注目すべき修正](https://servicenow-prod.fluidtopics.net/Rox90JEMc2~R5D1Qh0kmDA "Yokohama リリースには、重要な問題の修正が含まれています。") * [Yokohama におけるその他のすべての修正](https://servicenow-prod.fluidtopics.net/NR4GUboaEk1l_DEq7Ln9~Q "Yokohama リリースには、重要な問題の修正が含まれています。") {#yokohama-patch-8__ul_j2p_ypq_lfc}