--- 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 パッチ 5 # Yokohama パッチ 5 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年06月27日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：146分 Yokohamaパッチ 5 リリースには、重要な問題の修正が含まれています。 Yokohama パッチ 5 は 2025 年 6 月 27 日にリリースされました。 : * ビルド日: 06-25-2025_1836 * ビルドタグ: glide-yokohama-12-18-2024__patch5-06-11-2025 重要: インスタンスのアップグレード方法の詳細については、「[ServiceNow アップグレード](https://servicenow-prod.fluidtopics.net/yl7L08cL4CjrRoyRm~11aQ "アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。")」を参照してください。 リリースサイクルの詳細については、「[ServiceNow リリースサイクル](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。{#yokohama-patch-5__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-Y05.00.xlsx)をクリックしてください。 ## 概要 {#yokohama-patch-5__overview} Yokohama パッチ 5 には、さまざまなカテゴリの 329 の問題修正が含まれています。以下のチャートは、このパッチに含まれる上位 10 件の問題カテゴリを示しています。 図 : 1. 上位 10 件の問題カテゴリ ## セキュリティ関連の修正 {#yokohama-patch-5__security-related-fixes} Yokohama パッチ 5 には、特定の ServiceNow® アプリケーションと Now Platform®に影響を与えるセキュリティ関連の問題の修正が含まれています。最も安全で最新の機能を使用するために、このリリースにアップグレードすることをお勧めします。Yokohamaパッチ 5 で修正されたセキュリティの問題の詳細については、「[KB2192702」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2192702)を参照してください。 ## Yokohamaパッチ 5 の変更点 {#yokohama-patch-5__changes-in-patch} QueryRangeACLAuditor : このパッチには、スクリプトインクルード (QueryRangeACLAuditor) の形式で 5 月メンテナンス更新スクリプトが含まれています。このスクリプトは自動的にトリガーされず、パッチのアップグレード後に実行する必要があります。QueryRangeACLAuditor の実行とその機能の詳細については、「 [KB2046494](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2046494)」を参照してください。 [Workflow Data Fabric Hub](https://www.servicenow.com/docs/access?context=workflow-data-fabric&version=yokohama&pubname=yokohama-integrate-applications&ft:locale=en-US) : ## 注目の修正 {#yokohama-patch-5__section-notable-fixes} 次の問題とその修正は、顧客に潜在的な影響のあるものを最も重要な修正から順に示しています。 {#yokohama-patch-5__notable-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | エージェントチャット PRB1900981 [KB2226265](https://hi.service-now.com/kb_view.do?sysparm_article=KB2226265) | 最初の作業アイテムを受信する前に \[ワークスペース\] タブが非アクティブであるか、フォーカスが合っていない場合、受信ボックスのオーディオが遅延する | | 詳細については、リストの KB 記事を参照してください。 | | データベースの永続性 - データスケール PRB1840823 | 一時ファイルがPG-JDBCドライバーによって残る | /glide/nodes/\/tmp ディレクトリに古い .trs ファイルが必要です。古いファイルは 1 時間前に作成され、変更されません。 | | | 履歴セット PRB1844946 [KB1923828](https://hi.service-now.com/kb_view.do?sysparm_article=KB1923828) | sys_emailレコードが原因で、アクティビティストリームに断続的に重複するコメントがある | sys_emailレコードが存在するため、一部のコメントが重複しています。この重複は、インシデントのsys_updated_onタイムスタンプが対応するsys_journal_fieldレコードよりも 1 秒速くなるような方法でコメントが追加された場合に発生します。インシデントの更新によってメールがトリガーされた場合、関連sys_history_set内のsys_emailレコードのロードが、sys_history_setの last_update_recorded フィールドと干渉します。この中断により、最終的にはインシデントの次の更新が発生するたびにコメントが重複します。 | 詳細については、リストの KB 記事を参照してください。 | | 内部プラットフォームセキュリティサービス PRB1813597 [KB1790767](https://hi.service-now.com/kb_view.do?sysparm_article=KB1790767) | Xanadu にアップグレードした後、txt (sjis コード) ファイルを添付すると MIME タイプのチェックエラーが発生する | MIME タイプのチェックエラー:「\[ファイルタイプが許可されていないか、MIME タイプがファイルコンテンツと一致しません\]」。 | 詳細については、リストの KB 記事を参照してください。 | | リストコントローラー PRB1847141 | サービスオペレーションワークスペース (SOW) のリストが自動的に更新されない | ユーザーが glide.lists.live_list_enabled プロパティを有効にしてリストの任意のレコードに変更を加えると、リストは SOW バージョン 5.0.1 で更新されますが、バージョン 6.1.1 では更新されません。 | 1. インスタンスに移動します。 2. サービスオペレーションワークスペースバージョン 6.1.1 を開きます。 3. SOW の任意のリストに移動します。 4. レコード番号を選択し、リストに表示されるレコードに変更を加えます。 5. レコードを保存して閉じます。 6. レコードが、行ったばかりの変更なしでリストに表示されていることを確認します。 7. 別のブラウザーで新しいブラウザーセッションを開きます。 8. 同じリストに移動し、変更を加えます。 9. 保存します。 {#yokohama-patch-5__ol_dcz_kwq_tfc} 最初のブラウザーセッションでリストが変更されないことを確認します。最終的に、リスト上部の リフレッシュ ボタンに数字が表示されます。ボタンを選択すると、データが更新されます。 | | UI フォーム管理 PRB1866407 | ページがマルチコントローラーテンプレートを使用するように設定されている場合、アクティビティストリームの添付ファイルタイルアクションが機能しない | 添付ファイルはアクティビティストリームからダウンロードできません。 | | [ ] {#yokohama-patch-5__notable-fixes} ## その他のすべての修正 {#yokohama-patch-5__other-fixes} {#yokohama-patch-5__all-other-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | アクセス制御 PRB1889272 | GlideSearch_Query/提案のユーザーコンテキスト収集がロール作成をトリガー | ユーザーコンテキストを収集すると、プラットフォームによってロールの作成がトリガーされます。 | | | アクションバーコンポーネント PRB1840507 | 誤ったアクションバーが断続的に表示される | | 1. /now/cwf/agent/home に移動します。 2. 「ユーザーの代理操作」を参照してください。 3. リストで、 自分のケース新規. 4. \[ 承認 \] UI アクションを選択します。 {#yokohama-patch-5__ol_mp4_jxq_tfc} 予想される動作:アクションバーは変更されません。 実際の動作:アクションバーは、ケースが承認されてから数秒で変わります。 | | アクティビティストリーム構成コンポーネント PRB1897434 | CSM 構成可能ワークスペースのアクティビティストリームの \[メール\] タブで、テキストが垂直方向の制限より大きい場合にサイズが変更されない | この問題は Yokohama で発生していますが、Xanadu では想定どおりに機能します。 | 1. 管理者ユーザーとして Yokohama インスタンスに移動します。 2. 移動先: アクティビティストリームその他メール. 3. \[ 垂直制限を超えて返す\] を選択します。 {#yokohama-patch-5__ol_xp4_jxq_tfc} 予想される動作:メールのテキストボックスのサイズが垂直方向に自動変更されます。 実際の動作:メールのテキストボックスのサイズは自動的に変更されません。 | | アクティビティストリーム PRB1881272 | 「複数の削除」では、アーカイブテーブルの条件リストがチェックされます | 「アーカイブ破棄」タスクでは、複数の削除を使用してsys_journal_fieldデータを削除します。ユーザーは、テーブルにクエリを実行して、削除メッセージを作成できるように、具体的に削除されているレコードを見つける必要があります。ActivityDBListener です。removeMultipleEvents() は dbDeleteQuery をチェックする必要があります。getQueryConditions() をルールの documentTable に対して呼び出し、ユーザーが関心のあるテーブルでない場合は無視します。 | | | アクティビティストリーム PRB1888279 | 動的翻訳がオンになっている場合、従来のエージェントワークスペースで \[翻訳\] ボタンがオンになっていません | | 1. 更新セットを適用して、動的翻訳、従来のエージェントワークスペース、および CSM/FSM ワークスペースをインストール、構成、および有効にします。 2. 従来のエージェントワークスペース (/now/workspace/agent) または CSM/FSM ワークスペース (/now/cwf/agent) のいずれかでインシデントを開きます。 3. 別の言語でコメントを追加します。 {#yokohama-patch-5__ol_dq4_jxq_tfc} 予想される動作:新しく追加されたコメントのジャーナルタイルにカーソルを合わせると、\[ 翻訳\] ボタンが表示され、クリック可能になります。 実際の動作:新しく追加されたコメントのジャーナルタイルにカーソルを合わせると、\[ 翻訳\] ボタンが表示されません。 | | アクティビティストリーム PRB1888552 | 添付ファイルがセカンダリ DBI に保存されている場合、アクティビティストリームから削除されない | 複数の削除シナリオでは、アクティビティストリーム DB リスナーが DBQuery を作成して、削除するすべてのアクティビティストリームレコードを選択すると、デフォルトの DBQuery コンストラクターが使用され、デフォルトでプライマリ DBI が選択されます。DB リスナーは、複数の DBI の状況で正しい DBI が使用されるように、DB アクションで使用されるのと同じ DBI を渡す必要があります。 | | | アクティビティストリーム PRB1893483 | 空のジャーナルイベントがアクティビティストリームに追加された場合、UI16 にアクティビティが表示されない | Yokohama にアップグレードした後、一部のレコードのプラットフォームビューに「No Activity (アクティビティなし)」と表示されます。null ポインター例外が表示されます。 | | | アクティビティストリーム PRB1894361 | Timeago 要素 (sn-time-ago) は、キーボードからアクセスしたときにツールヒントを表示する必要があります | | 1. 任意のインスタンスに移動します。 2. URL に「/esc」を追加して、従業員サービスセンター (ESC) ポータルを起動します。 3. ヘッダーの \[自分の要求\] メニューアイテムに移動し、選択します。\[自分の要求\] ページが開きます。 4. キーボードを使用して、要求のリスト内を移動します。時間フォーカスが sn-time-ago 要素に移動するまで \[タブ\] を選択します。 {#yokohama-patch-5__ol_kq4_jxq_tfc} 予想される動作:目の見えるユーザーがキーボードを使用する非インタラクティブ要素にフォーカスを移動する必要がある場合は、ツールチップにカーソルを合わせずに表示されます。 実際の動作:Tab キーを使用してフォーカスが \[作成済み/更新済み\] 要素に移動すると、ツールヒントが表示されません。 | | 高度なリスク PRB1896933 | 高度なリスクのアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | エージェントチャット PRB1887118 | 従来のワークスペースで「新しいメッセージ」サウンドとデスクトップ通知が機能しない | | 1. エージェントとして、URL /workspace/agent を使用して従来のワークスペースに移動します。 2. 要求者としてチャットを開始します。 3. エージェントが作業アイテムを承認した後、要求者としてメッセージの送信を開始します。 {#yokohama-patch-5__ol_sq4_jxq_tfc} 予想される動作:デスクトップ通知とサウンド通知がオンになっている場合、エージェントは新しいメッセージの音を聞き、新しいメッセージのデスクトップ通知を受信する必要があります。 実際の動作:音やデスクトップ通知は発生しません。 | | AI 検索 PRB1850255 | ScriptableSearchAdminQuery が NullPointException (NPE) をスローする | AI 検索の NPE をより適切に処理する必要がある領域がいくつかあります。 | 1. 検索ソースのない検索プロファイルを作成します。 2. そのプロファイルを使用して検索します。 {#yokohama-patch-5__ol_yq4_jxq_tfc} ログで NPE を確認します。 | | AI 検索 PRB1875255 | Glide は \[ 日付 \] フィールドに「アドミン」の値を送信します | ログにエラーがあります。 | | | AI 検索 PRB1885792 | AI 検索は、sys_search_source_event内の検索に一致するソースのみをログに記録します | | 結果を返さないクエリ用語で検索します。 sys_search_source_eventにソースが記録されていないことを確認します。検索された各ソースのエントリーで has_results=false。 | | AI 検索 PRB1892363 | Genius 結果の引用で \[チャットで質問\] を選択した後、ポップアップが自動的に閉じず、オーバーレイが発生する | 完全に閉じられていない場合は、仮想エージェントのオープンページ更新ポップアップが表示されます。 | 1. 「ラップトップを要求」を検索します。 2. 合成された応答で、 引用チャットで質問. {#yokohama-patch-5__ol_cr4_jxq_tfc} 仮想エージェントは開きますが、引用ポップアップはまだ開いていて、自動的には閉じません。 | | AI 検索 PRB1893376 | AI 検索ソースの KBB のフィルターをサポートする必要があります | 現在、ユーザーには検索ソースから特定の KBB を除外する機能がありません。検索構成内で KBB にフィルター (AI 検索から結果を取得するときに優先されるフィルター) を定義して適用する方法が必要です。 | 1. KBB を含む KB を作成します。 2. 「ナレッジ」テーブルにインデックスを付けます。 3. その KB を含む検索ソースを使用して検索プロファイルを作成します。 4. 検索プロファイルを公開します。 5. KBB のコンテンツにのみ一致する (親 KB には一致しない) 検索プロファイルに対してクエリを実行します。対応する KB が結果に表示されることを確認します。 6. システムプロパティ「glide.ais.kbb_filters」を追加して、KBB フィルターを追加します。エンコードされたクエリーに一致する KBB のみが返されます。 7. 手順 5 と同じクエリを実行します。 {#yokohama-patch-5__ol_hr4_jxq_tfc} KBB がフィルター条件を満たしていない場合、同じ KB が結果に表示されません。 | | AI 検索 PRB1900322 | 動的ウィンドウ (DW) がオンになっている場合、合成された応答がポータルに表示されない | sys_generative_ai_logに応答が存在します。チャットで正常に動作しています。 | 1. 最新のストアアプリで Yokohama インスタンスを開きます。 2. ポータルで DW を有効にします。 3. 任意のクエリの検索を実行します。 {#yokohama-patch-5__ol_zr4_jxq_tfc} 合成された応答がないことに注意してください。 | | アナリティクスデータ API PRB1839577 | \[なし\] グループ化基準オプションが選択されている場合、グラフはデフォルトのグループ化基準オプションでレンダリングされます | | 1. 移動先 すべてライブラリーダッシュボード. 2. ダッシュボードを作成します。 3. ダッシュボードにデータビジュアル化コンポーネントを追加します。 4. 次から選択します。 * 表示方法タイプ:線グラフ * データソース:資産テーブル (alm_asset) * グループ化の基準を追加:アサイン先 * 複数の \[代替グループ化基準\] 値を追加 {#yokohama-patch-5__ul_fs4_jxq_tfc} 5. 変更を保存し、編集モードを終了します。 6. 線グラフがデフォルトの「グループ:担当者」に従ってレンダリングされていることを確認します。 7. 線グラフで、右上隅にある 3 つのドットを選択します。 8. \[ 変更グループを表示\] を選択します。 9. \[グループ化\] メニューで \[ なし \] オプションを選択します。 10. 再レンダリングされた折れ線グラフを確認します。 {#yokohama-patch-5__ol_es4_jxq_tfc} 予想される動作:\[ なし \] オプションを選択すると、グループ化基準がないため、線グラフが表示されます。 実際の動作:線グラフは「アサイン先」グループ化でレンダリングされます。 | | Application Install Engine PRB1869500 | バッチインストールでカスタマイズされたアプリがホストされている場合、ユーザーがベースアプリのバージョンをアップグレードできない | | | | Application Install Engine PRB1894443 | sn_app_deploy JSON 機能を Glide に統合します | これは製品の更新です。 | | | アプリケーションマネージャー PRB1886735 | \[仮想エージェント Web クライアントに切り替え (Switch to Virtual Agent Web Client)\] リンクにキーボードタブのフォーカスが反映されない | これは、ドキュメントを順番に移動し、フォーカス順序が連番の読み取り順序と一致することを期待するキーボードユーザーに影響します。 | 1. 任意のインスタンスに移動します。 2. インスタンス URL に sys_store_app_list.do を追加します。 3. 「仮想エージェント Web クライアント」などのストアプラグインアプリを検索します。 4. アプリケーションスコープを「グローバル」に変更します。 5. フォームを開きます。 6. \[仮想エージェント Web クライアントに切り替え\] リンクにタブを移動します。 {#yokohama-patch-5__ol_ps4_jxq_tfc} 予想される動作:\[仮想エージェント Web クライアントに切り替え (Switch to Virtual Agent Web Client)\] リンクにキーボードタブのフォーカスが当たっているはずです。 実際の動作:\[仮想エージェント Web クライアントに切り替え (Switch to Virtual Agent Web Client)\] リンクにキーボードタブフォーカスが適用されません。 | | アプリケーションマネージャー PRB1891971 | \[検索の仕組み\] 情報アイコンのツールヒントの詳細がスクリーンリーダーで読み上げられない | JAWS スクリーンリーダーはツールヒントのコンテンツを読み上げません。 | 1. JAWS を開始します。 2. ホーム画面に移動します。 3. 移動先 ダッシュボードエンタイトルメントされた ServiceNow アプリすべてのアプリケーションを表示. 4. \[検索の仕組み\] 情報アイコンにタブを移動します。 {#yokohama-patch-5__ol_ws4_jxq_tfc} JAWS はツールヒントの内容を読み取らないことに注意してください。 | | アプリケーションマネージャー PRB1891976 | アプリケーションマネージャーのポップアップタイトルがスクリーンリーダーで誤って「アクティビティログ」と表示される | | 1. JAWS を開始します。 2. ホーム画面に移動します。 3. 移動先 ダッシュボード\[エンタイトルメントされた ServiceNow アプリ\] パネル\[すべてのアプリケーションを表示\] リンク. 4. \[アクティビティログ\] ボタンで Enter キーを押します。 読み上げられたスクリーンリーダーダイアログのタイトルは、表示されるモーダルダイアログのタイトルとはまったく異なることに注意してください。 {#yokohama-patch-5__ol_bt4_jxq_tfc} 予想される動作:「アクティビティログ」と表示されます。 実際の動作:「アプリケーションマネージャー」と表示されます。 | | アプリケーションマネージャー PRB1892000 | \[さらに表示\] の選択にフォーカス管理の問題がある | \[ さらに表示\] を選択すると、さらに多くのコンテンツがロードされます。Tab キーを押すと、フォーカスは新しく読み込まれたアイテムではなく \[メインコンテンツへスキップ\] リンクに移動します。 | 1. Chrome ブラウザーでインスタンスを起動します。 2. 移動先 フィルターすべて. 3. 移動先 アドミンセンターアプリケーションマネージャー\[すべてのアプリケーションを表示\] リンク。 4. 下にスクロールし、\[さらに表示\] リンクで Enter キーを押します。 5. \[さらに表示\] リンクが有効になっているときにキーボードフォーカスが配置される位置を確認します。 {#yokohama-patch-5__ol_nt4_jxq_tfc} さらにオプションがロードされ、ユーザーが Tab キーを押すと、キーボードフォーカスは \[スキップ\] リンクではなく、更新されたコンテンツに移動します。ただし、Tab キーを押すと、新しく読み込まれたアイテムではなく、\[メインコンテンツへスキップ\] リンクにフォーカスが移動します。 | | アプリケーションマネージャー PRB1892002 | \[同期中\] および \[同期が完了しました\] の詳細がスクリーンリーダーユーザーに通知されない | \[ 今すぐ同期 \] ボタンで \[Enter\] を選択すると、同期の進行が開始されます。それはスクリーンリーダーのユーザーには伝えられません。 | 1. Chrome ブラウザーでインスタンスを起動します。 2. 移動先 フィルターすべて. 3. 移動先 アドミンセンターアプリケーションマネージャー. 4. スクリーンリーダーをオンにします。 5. \[ 同期\] ボタンで Enter キーを押します。 6. スクリーンリーダーが同期中/完了ステータスを伝達するかどうかを確認します。 {#yokohama-patch-5__ol_vt4_jxq_tfc} 予想される動作:「同期中」および「同期が完了しました」の詳細がスクリーンリーダーユーザーに通知されます。 実際の動作:\[同期中\] および \[同期が完了しました\] の詳細がスクリーンリーダーユーザーに通知されません。 | | アプリケーションスコーピング PRB1889050 | ローカルにマッピングされたデータファブリック (DF) テーブルをクエリするときにクロススコープ制限を適用する | | 1. スコープ A に Glide テーブルを作成します。 2. RCA プロパティを「制限付き」に設定します。 3. 別のスコープ (Scope-B) に DF テーブルを作成します。 4. Glide テーブルにマッピングします。 5. DF テーブルをクエリーします。 {#yokohama-patch-5__ol_c54_jxq_tfc} RCA レコードは、スコープ A で、ソースタイプ = データファブリックテーブルで、正しいソーステーブルとターゲットテーブルを使用して、スコープ B からスコープ A に作成する必要があります。 | | 予約 PRB1894193 | Yokohama で予約サービスの構成のスコープが変更されたため、スコープアクセスの問題が発生しました | Washington から Yokohama にアップグレードした後、一部の予約サービス設定レコードで \[可用性\] テーブルの値が wu_appointment から空に変更されました。 | | | 監査管理 PRB1896927 | Audit Management のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1860702 | HR アプリケーションのインストール時にベンダーポータルの \[アンケートに回答\] ページが機能しなくなる | ユーザーはページにエラーを確認します。 | | | ケース管理 PRB1892871 | クエリの一致とクエリ範囲 ACL が原因で、ビジネスポータルの顧客連絡先が PI のケース RL にアクセスできない | | | | 変更管理衝突判定 PRB1868251 | 「競合の検出」ジョブ、特に ChangeCheckConflictsSNC スクリプトインクルードにより、OutOfMemoryError が発生し、ノードが再起動する可能性があります | これは、影響を受ける CI \[task_ci\] テーブルに大量のレコードがある場合に発生するようです。そのうちの 1 つのケースでは、93,685,849 件のレコードがありました。 | 「競合の検出」ジョブを実行し、ChangeCheckConflictsSNC スクリプトインクルードでループすることを確認します。 | | 変更管理 PRB1862569 | 変更の CheckConflict により、古い読み取りと更新が発生し、予期しない他の動作が発生する可能性があります | | | | 変更管理 PRB1895395 | 変数タイプ「リストコレクター」を標準的な変更テンプレートフィールドと組み合わせて使用すると、標準的な変更テンプレートレコードプロデューサーの条件ビルダーフィルター演算子が壊れる | \[サンプル変更要求\] フィルターでフィールドを選択した後、「is」を除くすべての演算子が空であることを確認します。 | | | CMDB クエリビルダー PRB1791382 | CMDB クエリビルダーの結果数が一貫していない | CMDB クエリビルダークエリの結果がありません。これにより、デフォルトのバッチサイズ (100) の結果に含まれる一部のレコードが、ユーザーがレコードがないことに気付かないうちに欠落します。 | | | コミュニティ PRB1865845 | 一部の文字がブログタイトルにUnicodeで表示される | ブログ記事がコミュニティポータルに投稿されると、一部の文字が Unicode でエンコードされてから、デコードされずに表示されます。 | 1. Communities プラグインをインストールした状態で、フォーラムを設定し、\[コンテンツタイプ\] 関連リストに「blog」を入力します。 2. コミュニティポータルに移動します。 3. 移動先 コミュニティすべてのフォーラム. 4. 作成したフォーラムを選択します。 5. 右側のメニューで、 コンテンツの投稿ブログ. 6. ブログのタイトルに「test漢字テストテスト77」のように入力します。 7. 説明を入力します。 8. \[ ドラフトとして保存 \] または \[公開\] を選択します。 {#yokohama-patch-5__ol_h54_jxq_tfc} タイトルが「test漢字テストテスト77」になっていることに注意してください。 | | 構成管理データベース (CMDB) PRB1893434 | CMDB ワークスペースの A11y バグ修正 | 情報ツールヒントはスクリーンリーダーによって「検索ボタン」として識別され、ページ上に複数の H1 要素があります。 | 問題 1:情報ツールヒントがスクリーンリーダーによって「検索ボタン」として識別される。 1. JAWS を開始します。 2. 移動先 ホームすべてCMDB ワークスペース\[管理\] タブ. 3. 除外された CI の情報アイコンに入力フォーカスを移動します。 {#yokohama-patch-5__ol_q54_jxq_tfc} 情報ツールヒントは「検索ボタン」と説明されていることに注意してください。 問題 2:ページ上に複数の H1 要素がある。 1. 移動先 ホームすべてCMDB ワークスペース. 2. NVDA を起動します。 3. NVDAでスピーチビューアを表示します。 4. ページの見出し間を移動します。 {#yokohama-patch-5__ol_r54_jxq_tfc} H1 は 1 つだけであるべきなのに 2 つあることに注意してください。 | | コンテンツアナリティクス PRB1895477 | agg_period_in_tzフィールドによりゼロaction_countが発生する | コンテンツアナリティクスのアグリゲーションレコードsn_cd_analytics_stat agg_period (日付のみ) とagg_period_in_tz (フルタイムスタンプ) の両方を入力するようになりましたが、_calculateNumEvents メソッドは引き続き日付のみの文字列を使用してagg_period_in_tzを完全に照合します。クエリー値では時間部分が省略されるため、対象となるレコードはなく、インプレッション以外のカウントはすべてゼロに再計算されます。 | 1. コンテンツアナリティクス KB に従って、トラッキングプロファイルをアクティブ化し、デフォルトに設定します。 2. \[スケジュールコンテンツ\] モジュールを使用して、追跡対象のすべてのウィジェットにコンテンツを公開します。 3. SCA とコンテンツテンプレートを使用して、追跡対象のすべてのウィジェットにコンテンツを公開します。 4. コンテンツアナリティクス KB に従って、追跡対象のキャンペーンを公開します。 5. 新しいダッシュボード \[コンテンツの概要\] が想定どおりに表示されることを確認します。 {#yokohama-patch-5__ol_hv4_jxq_tfc} 予想される動作:対象者、表示、およびクリックが記録されます。 実際の動作:対象者とビューのみが記録されます。 | | コンテンツエクスペリエンス PRB1895089 | 前/次の矢印を押すと、初期バナー (CD) カルーセルのドットが逆方向に移動する | | | | コンテンツエクスペリエンス PRB1895347 | 昇格された権限のないユーザーにトピックヘッダーバナー画像が表示されない | これは、ウィジェットインスタンス (sp_instance) の \[スケジュールコンテンツ\] レコードの参照ポインターが壊れている場合 (インスタンスでウィジェットインスタンスが削除されたときなど) に発生します。これらのスケジュールがこのステータスの場合、トピックヘッダーウィジェットは空白の sp_instance フィールドに何らかの形で一致し、バナーの代わりに変更された UI がトリガーされます。 | 1. 「スケジュールコンテンツ」\[sn_cd_content_visibility\] レコードを作成します。 2. ウィジェットインスタンス \[sp_instance\] を選択します。 3. \[スケジュールコンテンツ\] レコードを保存します。 4. ウィジェットインスタンスを削除します。 5. バナー画像のある従業員センターページ (トピック) を開きます。 {#yokohama-patch-5__ol_uv4_jxq_tfc} 予想される動作:すべてのユーザーにバナー画像が表示されます。 実際の動作:昇格された権限を持たないユーザーにはバナー画像が表示されません。 | | コンテンツエクスペリエンス PRB1897513 | プラグインの新しい更新/修復により、sys_translated_textレコードが一括削除される | プラグインを修復して更新すると、sys_translated_textテーブルのレコードは完全に消去されます。 | | | Core Platform PRB1775831 [KB1818197](https://hi.service-now.com/kb_view.do?sysparm_article=KB1818197) | ユーザーが SSO またはローカルログインの前に CTI レコード URL にアクセスすると、incident.do レコードにリダイレクトされます | ユーザーがインスタンスにログインすると、CTI リンクによって正しいレコードに誘導されます。ただし、ログアウトすると、incident.do ページに移動します。 | 詳細については、リストの KB 記事を参照してください。 | | データのアーカイブ PRB1865429 | 「アーカイブの再ペアレント化の再試行」ジョブで無限再帰が可能 | 「アーカイブの再ペアレント化の再試行」ジョブ (アーカイブジョブ自体の親の再指定コードには含まれていませんが) では、sys_archive_relatedレコードのサイクルにより無限再帰が発生します。これにより、他のルールの再ペアレンティングが妨げられる可能性があります。 | | | データベースの永続性 - データアクセス PRB1855719 | cmn_skillテーブルは、ナレッジグラフ (KG) UI のノードとして選択できません | プロジェクト管理 (PM) には、どのユーザー/リソースがどのタスクで作業しているかを指定する「リソースのアサイン」テーブルがあります。また、プロジェクトマネージャーは、グループ、ロール、またはスキル別にリソースを要求できます。ユーザーは、KG UI からグループまたはロールを追加できます。ただし現在、ユーザーはスキル (cmn_skill) をノードとして追加できません。 | | | データベースの永続性 - データアクセス PRB1885744 | 外部テーブルと結合された Glide テーブルのリストビューで、外部テーブルに基づく条件でフィルタリングすると SQL 構文エラーが返される | ユーザーがデータファブリックテーブルのフィールドを使用するフィルターを使用して Glide テーブルのリストビューを実行しようとすると、SQL 構文エラーが発生します。 | | | データベースの永続性 - データアクセス PRB1886440 | glide.db.trino.collate _ci.references がオンになっている場合、「JOIN」ステートメントで「lower()」が使用されない | lower() 関数は 'WHERE' 句では使用されますが、'JOIN' ステートメントでは使用されません。 | 1. インスタンスを開きます。 2. 「リスト」ビューを開きます。 3. glide.db.trino.collate_ci.references を「=TRUE」に設定します。 4. glide.db.trino.collate_ci を '=TRUE に設定します。 5. SQL デバッグをオンにします。 {#yokohama-patch-5__ol_aw4_jxq_tfc} lower() 関数は 'JOINS' では使用されませんが、'WHERE' 句で使用されていることに注意してください。 | | データベースの永続性 - データアクセス PRB1886577 | データ型マッピングが正しくないため、ユーザーはfloat_typeを Glide にマッピングできません | 「Float」および「Long」データタイプは、使用法に一貫性がないため、使用できません。 | | | データベースの永続性 - データアクセス PRB1889900 | データファブリックテーブルへの参照が追加された後、「場所」でグループ化されている場合、CMDB リストビューがロードされない | \[グループ\] は完了せず、タイムアウトします。 | 1. インスタンスに移動します。 2. システムアドミニストレーターユーザーの代理操作を行います。 3. インシデントテーブルのsys_db_objectレコードを開きます。 4. データファブリックテーブルを参照する新しいフィールドを追加します。 5. sys_db_objectレコードを保存します。 6. リストレイアウトにフィールドを追加します。 7. cmdb_ciリストビューを開きます。 {#yokohama-patch-5__ol_fw4_jxq_tfc} 「場所」でグループ化しようとすると、CMDB リストがロードされないことに注意してください。 | | データベースの永続性 - データアクセス PRB1890265 | BigQuery と Databricks によってもたらされた \[長整数文字列 \] フィールドの集計メソッドの平均/合計を実行できないため、ユーザーがレポートを作成できない | | | | データベースの永続性 - データアクセス PRB1894406 | SQL エラーメッセージを有効にできません | バックグラウンドスクリプト「gs.setProperty("glide.db.loguser", false)」を実行して glide.db.loguser が「false」に設定されている場合、エラーメッセージは 1 つだけ表示されます。glide.db.loguser が「true」に設定されている場合、2 つのエラーメッセージが表示されます。 | 1. バックグラウンドスクリプト「gs.setProperty("glide.db.loguser", true)」を実行します。 2. sys_db_objectテーブルにレコードを作成してテーブルを作成します。 3. そのテーブルのsys_db_objectレコードに移動します。 4. \[列\] セクションに「自動インクリメント」タイプの列を作成します。 5. テーブルに新しいレコードを作成します (たとえば、新しい列に値「1」を入力します)。 6. 同じ値で新しいレコードを作成します。 {#yokohama-patch-5__ol_mw4_jxq_tfc} 予想される動作:ユーザーが 1 つのエラー メッセージのみを受信する必要があるときに、2 つのエラー メッセージが表示されます。「データベースによって一意キー違反が検出されました ((conn=493) キー「PRIMARY」のエントリ「1」が重複しています)」および「無効な挿入」。 実際の動作:「無効な挿入」という 1 つのエラーメッセージのみが表示されます。 | | データベースの永続性 - データ管理 PRB1864182 | 参照されていないレコードクリーナーは、シャードおよびアーカイブされた親テーブルを処理しません | | 1. シャードまたは拡張の親テーブルを作成します。 2. このテーブルのレコードを指す添付ファイルを作成します。 3. そのテーブルのアーカイブルールを作成します。 4. アーカイブされたレコードを取得します。 5. タイプ「extension」のsys_emailのテーブルローテーションを作成します。 6. インシデントのアーカイブルールを設定します。 7. インシデントテーブルを参照するsys_emailを使用してアーカイブ関連レコードを構成します。 8. アーカイブを実行します。インシデントが ar_incident に移動され、関連するsys_emailが ar_sys_email0000 に移動されます。 {#yokohama-patch-5__ol_tw4_jxq_tfc} 予想される動作:このレコードは参照されていないと見なされず、削除の対象となるはずです。 実際の動作:このレコードは、参照されていないレコードクリーナーによって削除される可能性があります。 | | データベースの永続性 - データ管理 PRB1865408 | 参照テーブルがアーカイブテーブルの場合、参照されていないレコードクリーナーによって意図しない削除が発生する可能性があります | ドキュメント ID タイプの参照の場合、テーブル 名 フィールドにアーカイブテーブル (ar_x) であるテーブルがある場合、現在、参照されていないレコードクリーナーコンシューマーは対応するベーステーブル (x) の存在をチェックしません。これにより、データが失われる可能性があります。これは、レコードが ar_x から x に復元される可能性はありますが、ドキュメント ID の再ペアレント化プロセスでテーブル 名 フィールドが x に更新されなかったためです。 | 1. ドキュメント ID 列テーブルdoc_id_tabを作成します。 2. テーブルtest_tabを作成します。 3. テーブルのレコードをtest_tab ar_test_tabにアーカイブします。 4. ar_test_tabからレコードを復元します。 5. テーブル名をar_test_tabとして、table_sys_idを復元されたレコードのいずれかのsys_idとしてテーブルdoc_id_tabに挿入します。 6. doc_id_tab の参照されていないレコードクリーナールールを作成して実行します。 {#yokohama-patch-5__ol_cx4_jxq_tfc} 削除されるdoc_id_tabのレコードがデータ損失に等しいことを確認します。 | | データベースの永続性 - データ管理 PRB1866360 | 参照されていないレコードクリーナーが GlideRecord.canDelete() ロジックを誤って適用している | | 1. sys_attachment/sys_attachment_doc の参照されていないレコードクリーナールールを作成します。 2. ルールに対して参照されていない「レコードクリーナー」ジョブを実行します。 {#yokohama-patch-5__ol_jx4_jxq_tfc} sys_attachment/sys_attachment_doc内の孤立が削除されないことを確認。 | | データベースの永続性 - データ管理 PRB1869761 | 参照されていないレコードクリーナー (URC) は、シャードおよびアーカイブされた親テーブルを処理しません | 現在、URC はベース参照テーブルとアーカイブ参照テーブルをチェックします。ただし、ベース参照テーブルが階層の一部である場合、参照レコードがアーカイブされると、ar_base_tableには移動せず、ar_child_tableに移動します。アーカイブすると、テーブル階層がフラット化されます。URC は、そのようなレコードを参照されていないものとして削除できますが、実際には孤立していません。 | 1. テーブルtab_parentを作成します。 2. tab_parentを拡張tab_childテーブルを作成します。 3. tab_parentを参照する「参照」タイプの列を持つテーブルref_testを作成します。 4. tab_parentおよびtab_childのレコードを参照しているref_testにレコードを追加します。 5. tab_parentレコードとtab_childレコードをar_tab_parentおよびar_tab_childにアーカイブするtab_parentのアーカイブルールを作成します。 6. ref_test の URC ルールを作成します。 7. 参照されていないレコードのサンプルをプレビューするか、「URC」ジョブを実行します。 {#yokohama-patch-5__ol_ox4_jxq_tfc} 予想される動作:レコードは削除されません。 実際の動作:ar_tab_childに属するレコードが削除されます。 | | データベースの永続性 - データ管理 PRB1871043 | JoinUnreferencedRecordFinder を使用した参照されていないレコードクリーナー (URC) ルールにより、削除すべきでないデータが | JoinUnreferencedRecordFinder は、削除すべきでないデータを削除し、削除するデータが多くある場合でも、チャンク制限より少ないデータを返すことがあります。 | 1. test_referenceテーブルへの参照を含むtest_tableを作成します。 2. null 参照を含むtest_tableにデータを挿入します。 3. glide プロパティ glide.db.unreferenced _record_cleaner を設定します。デフォルトが「=true」である場合は「=false」にverify_before_deleteします。 4. glide プロパティ glide.db.unreferenced _record_cleaner.consider _nulls_unreferenced がデフォルトの「= false」に設定されていることを確認します。 5. ルールの参照されていないレコードクリーナーを実行します。 {#yokohama-patch-5__ol_wx4_jxq_tfc} 予想される動作:null 参照を含むレコードは削除されません。 実際の動作:参照が null のレコードは削除されます。 | | データベースの永続性 - データ管理 PRB1884643 | 参照されていないレコードクリーナー (URC) は、シャードおよびアーカイブされた親テーブルを処理しません | シャードされた親テーブルによって孤立したアーカイブ済みレコードは、参照されていないと見なされて削除すべきではない場合でも、URC によって削除できます。 | 1. シャードされた親テーブルを作成します。 2. このテーブルのレコードを指す添付ファイルを作成します。 3. たとえば、そのテーブルのアーカイブルールを作成して、ar_sys_email_001 などの子テーブルが作成されるようにします。 4. レコードをアーカイブして、サンプルの子テーブルar_sys_email_001に含めます。 {#yokohama-patch-5__ol_ey4_jxq_tfc} 予想される動作:このレコードは参照されておらず、削除対象外と見なされません。 実際の動作:このレコードは、参照されていないレコードクリーナーによって削除される可能性があります。 | | データベースの永続性 - データ管理 PRB1888624 | データファブリック (DF) テーブルにアーカイブすると複数回アーカイブが実行されますが、レコードはアーカイブされませんでした | これらのプロセスはすべて、フレームワークが後で実行しようとするチャンクを作成します。 | 1. DF テーブルにアーカイブルールを作成して、10 件未満のレコードをアーカイブします。 2. 時間ごとのジョブを待ちます。ユーザーがアーカイブ を今すぐ 実行しようとするか、sys_triggerから手動でアーカイブを実行しようとすると、実行は生成されません。 {#yokohama-patch-5__ol_ly4_jxq_tfc} 3000 を超えるアーカイブ実行が作成されましたが、アーカイブされたレコードはなく、DF テーブルは読み取り専用テーブルであることに注意してください。 | | データベースの永続性 - データスケール PRB1881044 | Trino ループバックコール中にユーザーセッションコンテキストを適切に識別する必要がある | ループバックケースで OAuthToken を使用して HTTP セッションを作成すると、元のセッションに関する一部のコンテキストが失われます。OAuthToken をノンスとして使用するユーザー sys_idとともに、元のセッション ID、トランザクション ID、およびセッションタイプ (インタラクティブ/非インタラクティブ) を保持するために使用できるノンステーブルを設定する必要があります。 | 1. データファブリックテーブルへのインシデントテーブルの参照フィールドを作成します。 2. インタラクティブユーザーとしてログインします。 3. ビュー内の参照フィールドを使用してインシデントリストを検索します。 {#yokohama-patch-5__ol_qy4_jxq_tfc} 作成されたループバックセッションが非インタラクティブであることを確認します。 | | データベースの永続性 - データスケール PRB1881949 | Tx がキャンセルされた場合、高速ロックが解除されない | これは製品の更新です。 | | | データベースの永続性 - データスケール PRB1884709 | データファブリックループバックコール中にユーザーセッションコンテキストを適切に識別する必要がある | | 1. データファブリックテーブルへのインシデントテーブルの参照フィールドを作成します。 2. インタラクティブユーザーとしてログインします。 3. ビュー内の参照フィールドを使用してインシデントリストを検索します。 {#yokohama-patch-5__ol_vy4_jxq_tfc} 作成されたループバックセッションが非インタラクティブであることを確認します。 | | データベースの永続性 - データスケール PRB1887442 | InternalErrorException の発生時に Trino 接続プールをシャットダウンしない | 現在、Trino クエリの実行に失敗し、変換された例外が「InternalErrorException」の場合、Trino 接続プールはシャットダウンします。ServiceNow コネクタの導入により、認証エラーは「InternalErrorException」として変換され、Trino 接続プールが再試行されて再作成されます。これは不要であり、クラスターは実際には無傷で問題がないため、処理が遅くなる可能性があります。 | 1. Trino 接続を確立します。 2. データファブリックテーブルのリストビューをロードします。 3. 「glide.db.df_engine .sn_connectorを設定します。ループバック。oauth_access_token。enabled」プロパティを false に設定します。 4. 同じデータファブリックテーブルリストビューをロードします。要求に OAuth トークンが含まれていないことを UI で不満を述べる必要があります。 {#yokohama-patch-5__ol_bz4_jxq_tfc} ログで、trino_primaryプールが実際にシャットダウンされ、再作成されたことがわかります。OAuth トークン例外の後のログに「unpooled: trino_primary」が表示されます。 | | データベースの永続性 - データスケール PRB1888243 | 参照キーのデータファブリックテーブルを参照する要素を持つ Glide テーブルの「リスト」ビューをロードすることはほとんど不可能です | リストのロードに時間がかかり、\[フォーム\] ビューが開きません。 | | | データベースの永続性 - データスケール PRB1890184 | ワークフローデータファブリック (WDF) テーブルを参照している場合、\[インシデントフォーム\] ビューを開くことができない | これは、SURF クローンの「インシデント」テーブルでも発生します。「レコードが見つかりません」と表示されるか、ユーザーにレコードが表示されません。 | | | データベースの永続性 - データスケール PRB1891598 | リフレッシュ失敗時の指数バックオフ | これは、クラスター予約に関するレジリエンスを向上させるためです。 | | | データベースの永続性 - データスケール PRB1891600 | プール構成中のプールシャットダウンの処理を適切に行う | プールtrino_primary構成中にプールが (別のスレッドによって) シャットダウンされると、エラーが発生します。 | | | データベースの永続性 - データスケール PRB1893025 | ループバッククエリが同じボックスに到達すると、デッドロックが発生する可能性があります | すべてのトランザクションが実行されている場合、セマフォは解放されず、Trino クエリが待機中であり、ループバック要求がたまたま同じボックスに戻ってくると、「デッドロック」が発生する可能性があります。 | | | データベースの永続性 - データスケール PRB1893055 | 親エピックのワークフローデータファブリック | これは製品の更新です。 | | | データベースの永続性 - データスケール PRB1898714 | 接続は、リサイクル対象としてマークされると共有に対して脆弱になります | 接続がリサイクル対象としてマークされると、プールに戻り、割り当てのために取得できます。ここで「アサイン済み」とマークされます。接続にリサイクルがないか確認され、新しい物理接続が確立されます。Glide は接続を「利用可能」としてマークします。これにより、プール内の他の要求者にサービスを提供できるようになり、接続が共有されます。 | | | データベースの永続性 PRB1857963 | データファブリック (DF) テーブルで StartsWITH、LIKE、ENDSWith などのエンコードされたクエリでアンダースコアを含む文字列が機能しない | | 1. 任意の DF テーブルリストビューをロードします。 2. アンダースコア文字を含むフレーズで列をフィルタリングします。 3. \[SQL のデバッグ\] (詳細) をオンにします。 4. リストビューをリロードします。 {#yokohama-patch-5__ol_nz4_jxq_tfc} 「trino_primary」DBI に対して実行されている SQL の「ESCAPE」句に注目してください。 | | データベースの永続性 PRB1861792 | 日付/時刻フィールドを含む Glide クエリでエラーがスローされる | 「Enable debug SQL detailed」は 25 秒後に次のエラーをスローします:「クエリの実行中にエラーが発生しました。io.trino.jdbc を呼び出せません。$internal.client。QueryResults です。getNextUri()」という結果の値が「java.util.concurrent.atomicです。AtomicReference.get()" is null」です。 | | | データベースの永続性 PRB1862601 | DatePart 関数と \[傾向の基準\] が機能しない | エラー:「クエリに失敗しました (#20250307_002425_02173_asrt2): 行 1:1610: 関数 'dayofweek' が登録されていません (Query failed (#): line 1:1610: function 'dayofweek' not registered' (Query failed (#): line 1:1610: function 'dayofweek' not registered' (Query failed (#): line 1 | | | データベースの永続性 PRB1864019 | Snowflake のブールフィールドがデータファブリックテーブルのどのデータタイプにもマップされない | | | | データベースの永続性 PRB1864033 | 「フォーム」ビューから、PDF をエクスポートすると空の PDF ドキュメントがエクスポートされる | | | | データベースの永続性 PRB1864034 | \[フォーム\] ビューから \[XML としてエクスポート\] が機能しない | | | | データベースの永続性 PRB1869557 | 操作がない状態が約 10 分続いた後に実行すると、GlideScript の実行でエラーが発生する | クエリの実行中にエラーが発生しました:「io.trino.jdbc.$internal.クライアント。QueryResults です。getNextUri()」という結果の値が「java.util.concurrent.atomicです。AtomicReference.get()" is null」です。 | | | データベースの永続性 PRB1870521 | 予約テーブルにアップサートすると例外がスローされます | 一意キー違反がデータベースによって検出されました。アップサートは重複エントリに対して例外をスローします。 | | | データベースの永続性 PRB1872092 | クエリ述語での LOWER() の使用により、Trino から外部データソースへの述語プッシュダウンがオフになります | つまり、SQL が実行されると、部分的な SQL が外部データソース (sample_table から SELECT col1、col2、および col3) に送信されます。これは、述語のPUSHDOWNが発生しず、テーブル全体が外部データソースからダウンロードされるため、クエリのパフォーマンスが低下し、(a)過剰なデータダウンロード、(b)クエリパフォーマンスの低下、および(c)Trinoレイヤーでのリソース使用率が高くなります。機能的には、「外部ソースからダウンロードされたデータ」ライセンス指標が肥大化します。 | | | データベースの永続性 PRB1872106 | リストビューの \[この値で絞り込み\] が切り捨てられたデータに対して機能しない | 「リスト」ビューで、切り捨てられた値を表示するフィールドをユーザーが選択して \[この値で絞り込み\] を選択すると、値は返されません。 | | | データベースの永続性 PRB1872607 | Trino の「アイドル時間」からデータファブリック (DF) テーブルをロードすると 500 エラーがスローされる | 初回クエリでエラー「クエリの実行中にエラーが発生しました:クエリの開始中にエラーが発生しました...」 | 1. Trino の「アイドル時間」をトリガーします。 2. リモートテーブルのクエリを停止します。 3. 10 分後、リモートテーブルをクエリします。 {#yokohama-patch-5__ol_tz4_jxq_tfc} | | データベースの永続性 PRB1872718 | マッピング画面のソーステーブルのデータタイプが正しくありません | ソース列のデータ型が外部データベースのデータ型と一致しません。 | | | データベースの永続性 PRB1873237 | BigQuery テーブルをインポートすると、テーブル名にエラーが発生し、インポートがブロックされる | エラー:「次のエラーでリモートテーブルを作成できませんでした:データファブリックハブ:リモートテーブルを作成できません。com.glide. datafabric.model. DataFabricException:テーブル名「df_u_supplier_bg」のプリフィックス「u_df_」が必要です。原因:null'。 | | | データベースの永続性 PRB1873825 | countRemoteTable が非アクティブ化された接続で「リモートスキーマの取得に失敗しました」というエラーをスローする | | 1. インスタンスに移動します。 2. Snowflake 接続を作成します。 3. その接続を非アクティブ化します。 {#yokohama-patch-5__ol_yz4_jxq_tfc} 画面が更新されてエラーが表示され、接続の詳細がロードされません。 | | データベースの永続性 PRB1874006 | GlideScript を実行すると、操作がないと 10 分間エラーが発生する | テーブルリストビューは、アップグレード前にロードできました。 | | | データベースの永続性 PRB1876398 | クエリが Trino に到達すると、cmdb$par1 または特殊文字を含むテーブルとデータファブリックテーブルの間の結合が失敗する | この問題は、ベースインスタンスの SNC コネクタでのみ発生します。 | 1. CMDB テーブル ($par 1 の要素の場合) とデータファブリックテーブル間の結合を作成します。 2. リストまたは Glide レコードのクエリを実行します。 {#yokohama-patch-5__ol_c1p_jxq_tfc} エラーを確認します。 | | データベースの永続性 PRB1877079 | フィールドがマッピングされていて、フィールドの Glide タイプが \[不明\] または \[DB_UNKNOWN\] として識別された場合、このフィールドはマッピングに使用できません | データファブリックテーブルのクエリ中にエラーが発生しました。 | 1. データファブリックがセットアップされているインスタンスにログインします。 2. ブーリアンフィールドを含むテーブルをインポートします。 3. テーブルのリストビューをロードします。 {#yokohama-patch-5__ol_h1p_jxq_tfc} ユーザーに「クエリーに失敗しました (#20250404_164711_05824_egbw8): 行 1:853: 関数下位の予期しないパラメーター (ブーリアン)」というエラーが表示されます。 | | データベースの永続性 PRB1882958 | Glide UI から、返された列タイプが MVP (minimum viable product) コネクタのglide_dateとして表示されます | | 1. Workflow Data Fabric (WDF) に移動します。 2. 接続を作成します。 3. DF テーブルを作成します。 {#yokohama-patch-5__ol_m1p_jxq_tfc} 「日付」の列タイプを参照してください。日付はglide_dateになります。 | | データベースの永続性 PRB1883871 | 参照キーの割り当てが許可されている Glide テーブルの要素の選択的リストを返す API を作成する | Glide テーブルの要件を緩和し、「永続性」でこれらの要件を制御して API を提供します。現在、データファブリックテーブルから Glide テーブルへの参照を作成する場合、一意のキーがない限り、sys_idが唯一のオプションとして提供されます。 | | | データベースの永続性 PRB1883877 | GlideRecord.query() は、データファブリックテーブルと組み合わせて使用した場合に返される行の最大数を制限する必要がある | | 結果セットが大きい (たとえば、10 万を超える) データファブリックテーブルで GlideRecord.query() を実行します。 作成された行ブロックの数に基づいて、rb_\*.tmp ファイルのサイズと数が大きくなるのを確認します。 | | データベースの永続性 PRB1885159 | ワークフローデータファブリック (WDF) がオンになっているインスタンスのガードレールまたはキルスイッチのサポート/機能の追加 | ガードレールまたはスイッチを使用して DF 固有の処理をオフにし、トランザクションまたは操作が DF テーブルが存在しない場合と同様に機能する必要があります。Glide テーブル要素は中断することなく引き続き機能します。 | 1. データファブリックテーブルを結合する Glide テーブルにフィールドを導入します。 2. リストに 1,000 行がロードされていることを確認します。 {#yokohama-patch-5__ol_q1p_jxq_tfc} リストのロードにかかる時間を確認します。 | | データベースの永続性 PRB1887082 | 接続を非アクティブ化すると「カタログが見つかりません」例外がスローされる | | 1. データファブリックハブに移動します。 2. 接続を非アクティブ化します。 {#yokohama-patch-5__ol_dyy_mvq_tfc} これにより ScriptableConnectionManager がトリガーされることに注意してください。jsFunction_deactivateConnection()、updateConnectionStatus AndRefreshRemoteDB()、getDataFabricEngine Service().invalidateTablesForCatalog (connectionName)。これにより、例外「com.snc.db.df_engine」がスローされます。DataFabricEngineException:com.snc.db.df_ エンジンでリモートスキーマの取得に失敗しました。DataFabricCatalog。getSchemas(DataFabric Catalog.java:29) (com.snc.db.df_engine)。DataFabricCatalog。getSchemaToMappedTables( DataFabricCatalog.java:40) (com.snc.db.df_engine)。DataFabricCatalog。invalidateAllTables (DataFabricCatalog.java:85) (com.snc.db.df_engine)。サービス。DataFabricEngineServiceです。invalidateTablesForCatalog (DataFabricEngineService.java:260) (com.glide.datafabric)。接続。ScriptableConnectionManager。updateConnectionStatus AndRefreshRemoteDB( ScriptableConnection Manager.java:631) (com.glide.datafabric)接続。ScriptableConnection Manager.jsFunction _deactivateConnection (ScriptableConnectionManager.java:463)」というエラーが表示されます。 | | データベースの永続性 PRB1887434 | sys_df_data_dictionary が sys_dictionary から ClientScripts と UIPolicies を継承していることを確認します | スクリプトと UI ポリシーの変更はsys_dictionaryテーブルに適用する必要がありますが、sys_dictionary別の子であるvar_dictionaryテーブルには適用されません。 | 1. データファブリックテーブルの辞書列レコードに移動します。 2. データファブリックディクショナリレコードに変更を加えてみます。 {#yokohama-patch-5__ol_u1p_jxq_tfc} 予想される動作:ユーザーは、式を必須にしなくても文字列の長さの編集などの変更を実行できる必要がありますが、計算タイプと関数タイプはサポートされていません。 実際の動作:計算値セクションの \[式 \] フィールドは必須であり、ユーザーは変更できません。 | | データベースの永続性 PRB1891532 | ガードレールを追加して、特定の Glide テーブルで参照データファブリックテーブルに参照フィールドを設定するのを許可しないようにします | 現在、ユーザーはsys_userやデータファブリックテーブルへの参照などのフィールドを中央テーブルに追加できます。データファブリックテーブルを参照する送信参照が Glide テーブルから許可されないようにするためのガードレールが追加されています。 | | | データベースの永続性 PRB1897768 | 大規模なデータファブリック (DF) テーブルでスクリプトを介して GlideRecord クエリを実行すると、大量のレコードがクエリされる | 結果が 10,000 に短縮されていても、大量のレコードが照会されます。 | 1. 10,000行をはるかに超える大きなワークフローDFテーブルがあります。 2. 制限を設定せずにそのテーブルのスクリプトで GlideRecord.query() を実行します。 {#yokohama-patch-5__ol_z1p_jxq_tfc} 予想される動作:リモートデータストアに何らかの制限が適用されているはずです。 実際の動作:10,000 レコードのみが返されます。リモートデータストアでは、10,000 行を超える行が照会されました。 | | データベースの永続性 PRB1898737 | API は、参照キーの割り当てが許可されているデータファブリックテーブルの要素の選択リストを返します | 現在、DataFabricReferencableGenerator は Glide テーブルの参照可能な列のみを返すため、データファブリックテーブルにも同様の API が必要です。 | | | データファブリックテーブル Glide サービス PRB1866372 | sys_df_connection _metadata の読み取り ACL が、大文字のデータスチュワードロールでは機能しない | | 1. 少なくとも 1 つの大文字を使用してデータスチュワードロールを作成します。 2. このロールを何らかの接続にアサインします。 {#yokohama-patch-5__ol_dbp_jxq_tfc} データスチュワードユーザーにはその接続が表示されないことを確認します。 | | データファブリックテーブル Glide サービス PRB1868977 | createRemoteTable メソッドは、データスチュワードが接続への読み取りアクセス権を持っている場合にそれを呼び出すことを許可する必要があります | 作成された API のアクセスを確認する必要があります。 | 1. 何らかの接続のデータスチュワードロールを持つユーザーを作成します。 2. データスチュワードユーザーの代理操作を行います。 3. 「ワークフローデータスチュワード」UI に移動します。 4. 接続を使用してテーブルをマッピングしてみてください。 {#yokohama-patch-5__ol_ibp_jxq_tfc} これは許可されるべきですが、実際には許可されていないことに注意してください。 | | データファブリックテーブル Glide サービス PRB1871926 | 接続アドミンユーザーには、テーブルの読み取りとサービスに適切な ACL アクセスが必要です | 現在、提供されたdf_connection_adminロールにバンドルされた特別な権限やロールはありません。接続アドミンユーザーは、ユーザーとデータスチュワードのロールをアサインできる必要があります。このロールはセキュリティ上の制約により現在壊れており、ユーザーはこれらのテーブルにアクセスしたり読み取ったりできません。 | 1. 昇格された特権を持つユーザーとしてインスタンスにログインします。 2. sys_user_roleテーブルに移動してロールを割り当てたり、Workflow Data Fabric (WDF) アプリページにアクセスしたりします。 3. sys_userテーブルに移動し、df_connection_adminロールを持つユーザーをアサインします。 4. この接続アドミンユーザーとして代理操作するか、ログインします。 5. sys_user_roleテーブルと関連テーブルに移動すると、アクセスを妨げるセキュリティ制約のメッセージが表示されます。 6. WDF アプリを確認します。 {#yokohama-patch-5__ol_nbp_jxq_tfc} 接続アドミンユーザーが、sys_user_roleテーブルやその他の影響を受けるテーブルにアクセスしようとすると、何も返されない結果が返されるようになりました。同様に、接続の作成およびスコープの設定時に、sys_scopeレコードへのアクセス制約に関する問題が発生します。 | | データファブリックテーブル Glide サービス PRB1874586 | 「admin」または「delegated_developer」ロールを持たないユーザーは、Workflow Data Fabric を介してテーブルを作成できます | 現在、「admin」または「delegated_developer」ロールを持つユーザーのみが、アドミン/アプリケーションアドミンによってアプリケーションに委任開発者として追加された場合のみです。 | 1. 「df_data_steward」ロールのみを持つユーザーをアサインします。 2. 移動先 ワークフローデータファブリック確立された接続リモートテーブルを作成. 3. Sys_db_objectに移動して、テーブルが作成されていることを確認します。 {#yokohama-patch-5__ol_wbp_jxq_tfc} | | データファブリックテーブル Glide サービス PRB1878836 | システムアドミニストレーターが確立された接続の \[データ資産\] ページに移動しようとするとエラーが発生する | システムアドミニストレーターには、確立された接続の \[データ資産\] ページにアクセスするために必要な権限があり、エラーが発生することなくテーブルを作成、編集、削除できる必要があります。 | 1. \[WDF の概要\] ページに移動します。 2. 既存の確立された接続を選択します。 {#yokohama-patch-5__ol_ecp_jxq_tfc} 「データファブリックハブ:接続フィールドを取得できません。com.glide.processors. json。ACLException:getSavedConnection はロール df_connection_admin に対してのみ許可されます。 | | データファブリックテーブル Glide サービス PRB1878928 | リモートシステムからのエラーメッセージが UX でポップアップしない | ユーザー名またはキーが正しくない場合、「予期しない例外が発生しました。後でもう一度お試しください」というメッセージが表示されます。 | 1. Workflow Data Fabric (WDF) に移動します。 2. 新しい Snowflake 接続を作成します。 3. 間違ったユーザー名を入力してください。 {#yokohama-patch-5__ol_icp_jxq_tfc} 次のエラーに注意してください:「予期しない例外が発生しました。後でもう一度お試しください (The server took too long to respond. Please try again later)」というアラートメッセージが表示されます。 | | データファブリックテーブル Glide サービス PRB1881090 | テーブルにマップされた接続がない場合、listAllMappedTables が失敗する | 接続/カタログにマップされたテーブルがsys_df_connection_metadataテーブルにない場合、listAllMappedTables API は次のエラーで失敗します:「「com.glide.datafabric.schemamapping。SchemaCaches $ConnectionInfo。getConnectionSysId()」というメッセージが表示されます。 | | | データファブリックテーブル Glide サービス PRB1881218 | parm2 から読み取るように handleConnectorError を更新 | 警告/エラーイベントが生成されたときに、接続/カタログの詳細が「parm2」の一部として提供されるようになりました。 | 1. ConnectorErrorException を作成します。 2. これによりイベント「data_fabric.error.connector_error」が生成されることを確認します。 {#yokohama-patch-5__ol_mcp_jxq_tfc} 接続の詳細は parm2 で確認できます。 | | データファブリックテーブル Glide サービス PRB1881820 | システムアドミンが接続を作成できない | | 1. システムアドミンの代理操作をします。 2. Workflow Data Fabric (WDF) UI ハブの接続フォームに移動します。 3. 正しい認証情報を使用してフォームに入力します。 4. \[ 接続 \] ボタンを選択します。 {#yokohama-patch-5__ol_qcp_jxq_tfc} 予想される動作:接続が確立されます。 実際の動作:接続が確立されません。 | | データファブリックテーブル Glide サービス PRB1884525 | ユーザーがデータファブリック (DF) アプリケーションテーブルから列を削除できない | DF アプリケーションテーブルの作成 (または更新) フローでは、列を削除する前に永続性 loadSchema() API を呼び出します。loadSchema API は TableDescriptor を更新し、列が削除された場合は TableDescriptor にその列が含まれないため、この順序は正しくありません。dropColumn が呼び出されると、エラーが表示されます。 | 1. 3 列の Glide テーブルを作成します。 2. createAppTable API を呼び出して、この Glide テーブルに基づいてデータファブリックテーブルを作成します。 3. Glide テーブルから 1 つの列を削除します。 4. createAppTable を再度呼び出します。 {#yokohama-patch-5__ol_vcp_jxq_tfc} 予想される動作:この列はデータファブリックテーブルからも削除されるはずです。 実際の動作：エラーが発生します。 | | データファブリックテーブル Glide サービス PRB1884668 | listAllMappedTables が glideTableLabel を返さない | | 1. データファブリック (DF) テーブルを作成します。 2. 「スクリプトバックグラウンド」を使用して、SchemaMapping を呼び出します。listAllMappedTablesです。 {#yokohama-patch-5__ol_bdp_jxq_tfc} 応答にテーブルのラベルが含まれていないことを確認します。 | | データファブリックテーブル Glide サービス PRB1884675 | Oracle コネクタに接続できません | エラー:「GlideElementPassword2 重大 \* エラー \* GlideElementPassword2 が列を暗号化できませんでした: snc.oracle.wallet-pem-content from table...java.lang.Exception:アクション中止:パスワード値が長すぎるため、暗号化後に切り捨てられる可能性があります。パスワードの長さを短くするか、フィールドサイズを大きくしてください」と表示されます。 | 1. インスタンスに移動します。 2. Oracle への接続を試みます。 {#yokohama-patch-5__ol_odp_jxq_tfc} 添付ファイルのエラーメッセージを確認します。 | | データファブリックテーブル Glide サービス PRB1885160 | ユーザーが「編集」モードで接続の詳細を更新できない | | 1. Workflow Data Fabric (WDF) に移動します。 2. 接続を作成します。 3. 接続を編集して、接続の詳細を更新してみてください。 {#yokohama-patch-5__ol_udp_jxq_tfc} これは機能せず、接続属性はそのまま残ることに注意してください。 | | データファブリックテーブル Glide サービス PRB1885246 | データスチュワードがスコープ対象アプリからワークフローデータファブリック (WDF) テーブルを削除できない | | 1. WDF UI ハブに移動します。 2. スコープ対象のアプリに新しい接続を作成します。 3. \[アクセス制御\] タブに移動します。 4. データスチュワード/接続アドミンロールを追加します。 5. それを保存します。 6. これにより、確立された接続の \[データ資産\] ページにアクセスできるデータスチュワードロールを持つユーザーがアサインされます。 7. さらに、同じユーザーに委任開発者ロールを付与して、同じスコープ対象のアプリでテーブルを作成できるようにします。 8. データスチュワードロールを持つユーザーの代理操作を行います。 9. WDF テーブルを作成します。 10. テーブルを削除してみます。 {#yokohama-patch-5__ol_zdp_jxq_tfc} 予想される動作:テーブルが削除され、WDF UI に成功メッセージが表示されます。 実際の動作:テーブルは削除されず、「テーブルを削除できませんでした。もう一度やり直してください」というメッセージが表示されます。 | | データファブリックテーブル Glide サービス PRB1887047 | 製品レビューのフィードバックに基づく UI メッセージの更新 | 機能上の問題は存在しません。この変更は、最新の製品の期待に応じた UI テキストメッセージの明瞭さ、トーン、または一貫性の向上に関連しています。 | | | データファブリックテーブル Glide サービス PRB1888231 | ワークフローデータファブリック (WDF) ライセンスチェックに失敗した場合、確立された接続に「Glide 内部接続」が表示されない | 「Glide 内部接続」は、WDF にライセンスされているインスタンスの有無にかかわらず、確立された接続でデフォルトで使用可能になっている必要があります。 | 1. WDF にライセンスされていないインスタンスを確認します。 2. WDF Hub に移動します。 {#yokohama-patch-5__ol_j2p_jxq_tfc} \[確立された接続\] セクションに接続がないことを確認します。 | | データファブリックテーブル Glide サービス PRB1888349 | スキーママッピング API 応答は NativeObject として返される必要があります | テーブルが存在しない場合は、例外がスローされます。jsFunction_listColumnsInTableはそれをキャッチせず、例外を通過させるため、意味のないエラーメッセージが表示されます。 | | | データファブリックテーブル Glide サービス PRB1888617 | ユーザーは、ワークフロー DF (WDF) ライセンスなしでローカルにマッピングされたデータファブリック (DF) テーブルを削除できません | 次のエラーが表示されます:「接続を確立できませんでした。認証情報を確認するか、後でもう一度お試しください。問題が解決しない場合は、アドミニストレーターにお問い合わせください。その他の詳細:インスタンスにはゼロコピーコネクタのライセンスが付与されていません。dropDataFabricRemoteTable を実行できません。 | 1. Trino が構成されておらず、WDF ライセンスも持っていないインスタンスに移動します。 2. ローカルにマッピングされた DF テーブルを作成します。 3. この新しいテーブルを削除してみてください。 {#yokohama-patch-5__ol_n2p_jxq_tfc} ローカルにマッピングされた DF テーブルの削除は、WDF ライセンスがなくても可能であることに注意してください。 | | データファブリックテーブル Glide サービス PRB1888676 | データスチュワードが、ローカルインスタンス接続のスコープ対象アプリでデータファブリック (DF) テーブルを作成できない | データスチュワードがアプリケーションテーブルを接続すると、それをローカルテーブルに接続できます。列の選択中、サポートされていない列はグレー表示され、メニューから選択できないようにする必要があります。このシナリオは、名前 (" ") にスペースが含まれている開発済みアプリケーションで発生します。 | 1. スコープ対象アプリのdelegated_developerロールとデータスチュワードロールを持つユーザーとしてログインします。 2. Workflow Data Fabric ハブに移動します。 3. \[Servicenow ローカルインスタンス接続\] を選択します。 4. スキーマリストからsn_admin_centerスコープに属するテーブルを選択します。 5. 作成するDFテーブルの列を選択します。 6. \[続行\] を選択します。 {#yokohama-patch-5__ol_s2p_jxq_tfc} 予想される動作:テーブルが作成されます。 実際の動作:テーブルは作成されず、次のエラーをスローします:「アラートレベル:重大。次のエラーでデータファブリックテーブルの作成に失敗しました:データファブリックハブ:データファブリックテーブルを作成できません。データファブリックテーブルの作成に失敗しました。データファブリックテーブルを作成するには、このアプリケーションスコープでの委託開発ロールが必要です」と表示されます。 | | データファブリックテーブル Glide サービス PRB1889059 | アップグレードが本番テストインスタンスで「オープン」インスタンスステータスにリセットされるワークアラウンド | データファブリックテーブルとゼロコピーコネクタは、Trino インフラストラクチャが追加されるため、動作するために製品が必要です。ゼロコピーコネクタメタデータがライセンスストアアプリケーションsn_data_fabric_ connector_metadataに移動されました。Trino コードはコアプラグインの一部であり、Trino クラスターを予約する機能は、ゼロコピーコネクタアプリケーションの資格を持つインスタンスに制限する必要があります。 | 1. 本番インスタンスでは、インスタンスステータスを \[オープン\] に設定します。 2. インスタンスを更新された追跡バージョンにアップグレードします。 {#yokohama-patch-5__ol_z2p_jxq_tfc} ステータスが「クローズ済み」にリセットされることに注意してください。 | | データファブリックテーブル Glide サービス PRB1889097 | ユーザーがアプリケーションテーブルからデータファブリックテーブルに「char」列をマップしようとするとエラーが発生する | また、データファブリックテーブルを最初から作成する場合、ユーザーはデータタイプが「char」の新しい列を追加できません。 | 1. \[データ資産\] ページに移動します。 2. 既存のスキーマとテーブルを選択します。 3. \[ テーブルの作成\] を選択します。 4. 新しいデータファブリックテーブルの名前を指定します。 5. \[続行\] を選択します。 6. 列定義セクションで、データタイプを「char」に設定して新しい列を追加してみます。または、既存のデータファブリックテーブルを編集する場合は、列のデータタイプを「char」に変更してみてください。 {#yokohama-patch-5__ol_efp_jxq_tfc} 「char」列を選択または追加するオプションが使用できないことを確認します。 | | データファブリックテーブル Glide サービス PRB1889647 | \[ファーストパーティアプリを新しいインスタンスに出荷 (Send First Party App to a new instance)\] および \[接続の編集 (Edit connection)\] で TD キャッシュが適切に処理されない | | | | データファブリックテーブル Glide サービス PRB1890695 | バックエンドに渡された空の必須ではない接続フィールドが、すべてのコネクタで正しく処理されていることを確認します | | | | データファブリックテーブル Glide サービス PRB1892019 | データファブリック (DF) テーブルの作成中にテーブルから参照可能列を確認するための「永続性」API と統合します | 現在、ユーザーがDFテーブルからGlideテーブルへの参照を作成しようとすると、一意のキーがない限り、sys_idが唯一のオプションとして提供されます。 | | | データファブリックテーブル Glide サービス PRB1892093 | password2 フィールドの復号化の問題に対処する | ユーザーが接続を確立しようとすると、「アラートレベル:重大。接続を確立できませんでした。認証情報を確認するか、後でもう一度お試しください。問題が解決しない場合は、アドミニストレーターにお問い合わせください。その他の詳細:データファブリックエンジン接続テストに失敗しました」というエラーが表示されます。 | | | データファブリックテーブル Glide サービス PRB1893391 | ユーザーは、データファブリックテーブルを作成するときに、from-to任意のタイプで参照できます | この一環として、リモート列タイプが整数の場合、参照は許可されません。文字列のみがサポートされています。 | | | データファブリックテーブル Glide サービス PRB1893437 | データファブリック (DF) テーブルのデフォルト ACL が、通常のテーブルの ACL と一致しない | DF テーブルには、デフォルトの ACL とテーブルアクセスポリシーが正しく設定されている必要があります。 | プライベートスコープまたはグローバルスコープに DF テーブルを作成します。 予想される動作:デフォルトの ACL は、通常のプラットフォームテーブルの ACL と一致します。 実際の動作:削除を除くすべてのテーブルアクセスポリシーが true に設定されます。デフォルトでは、ACL は作成されません。 | | データファブリックテーブル Glide サービス PRB1893502 | 非アクティブ化された接続テーブルがデータファブリックの \[テーブル\] ページにありません | | 1. \[確立された接続\] ページに移動します。 2. 関連するテーブルを含む既存の接続を開きます。 3. 接続を非アクティブ化します。 4. データファブリックの \[テーブル\] ページに移動します。 5. 表示されたテーブルを確認します。 {#yokohama-patch-5__ol_mfp_jxq_tfc} 予想される動作:非アクティブ化されたテーブルは、データファブリックの \[テーブル\] ページ内の \[その他\] セクションで利用可能になります。ユーザーは、非アクティブ化された接続の下でテーブルの接続を変更できる必要があります。 実際の動作:非アクティブ化された接続に関連付けられたテーブルは、データファブリックの \[テーブル\] ページにありません。 | | データファブリックテーブル Glide サービス PRB1894742 | マッピングレベルを追加すると、ソーステーブルに RCA があるかどうかがチェックされます | 現在、データファブリック (DF) テーブルがソースとして Glide ローカルテーブルから作成される場合、ソース Glide テーブルがテーブルにアクセスするために RCA を必要とするかどうかを強制するチェックはありません。 | 1. Glide_internal 接続を使用して DF テーブルを作成します。 2. テーブルにアクセスするために RCA を必要とするソースとして Glide ローカルを選択します。 3. マッピングする列を選択し、マッピングを完了します。 {#yokohama-patch-5__ol_rfp_jxq_tfc} | | データファブリックテーブル Glide サービス PRB1895491 | 例外翻訳サービスの一部として ACL 例外がある | ユーザーが許可されていないときにデータファブリック (DF) テーブルを削除しようとすると、ACL 例外がスローされる可能性があります。この例外は、例外変換クラスで処理する必要があります。 | 1. アドミン以外のユーザーとしてログインします。 2. グローバルスコープで作成されたテーブルを削除してみます。 {#yokohama-patch-5__ol_yfp_jxq_tfc} ACL 例外がスローされていることを確認します。「接続を確立できませんでした。認証情報を確認するか、後でもう一度お試しください。問題が解決しない場合は、アドミニストレーターにお問い合わせください。その他の詳細:グローバルスコープでデータファブリックテーブルを作成または削除するには、admin ロールが必要です。エラーメッセージは誤解を招きます。想定されるメッセージは、「データファブリックテーブルの削除に失敗しました。グローバルスコープでデータファブリックテーブルを作成または削除するには、権限が必要です。 | | データファブリックテーブル Glide サービス PRB1896064 | PEM キーの有効期限が切れ、新しいキーが交換されると、Snowflake で確立された接続が切断される | 確立された接続で新しいキーを更新した後、場合によっては接続は成功してもページが空白になります。 | | | データファブリックテーブル Glide サービス PRB1897712 | コネクタからのクエリエラーにより、接続ステータスがNOT_CONNECTEDに変更される | コネクタからのクエリエラーが発生すると、接続ステータスが NOT_CONNECTED に変更されました。接続ステータスは、実際の接続レベルのエラーが発生した場合にのみ、未接続に変更されることになっています。 | | | ディスカバリー PRB1812384 [KB2234218](https://hi.service-now.com/kb_view.do?sysparm_article=KB2234218) | 親パターンのいずれかの識別に失敗した場合、包含パターンディスカバリーが NullPointerException で失敗する | メインパターンの識別に失敗すると、NullPointerException 例外がスローされます:「com.snc.sw.exception. PatternDebuggerException:デバッグタスクがエントリポイントの親 CI の初期化に失敗しました:null。 | 詳細については、リストの KB 記事を参照してください。 | | ディスカバリー PRB1843083 | ステータスの終了を決定する前に将来のジョブを検索するディスカバリーモニタリングジョブ | 監視ジョブは、インスタンスにジョブがあるものの、まだ取得していない場合でも、ステータスをキャンセルします。 | 1. ステータスが「スタック」している - 入力 ECC キューが 20 分以上「準備完了」ステータスになっている。 2. テーブル内のその ECC キューのレコード (将来のためのものsys_trigger) を用意します。 {#yokohama-patch-5__ol_hgp_jxq_tfc} インスタンスにジョブがあるが、まだ取得していない場合でも、ジョブはステータスをキャンセルする必要があります。 | | ディスカバリー PRB1884527 [KB2078932](https://hi.service-now.com/kb_view.do?sysparm_article=KB2078932) | エージェントクライアントコレクター (ACC) のパターンには、ターゲットデバイスに対する MID 固有の構成が必要です | ACC でパターンを実行する場合、MID サーバーは、ACC 固有のポートのみを使用するのではなく、ターゲットへのディスカバリー固有のポート接続が必要です。 | 詳細については、リストの KB 記事を参照してください。 | | ドキュメントインテリジェンス (DocIntel) 統一バックエンド PRB1802663 | エージェントビューアーエクスペリエンスの参照フィールドに参照修飾子が適用されない | | | | ドキュメントインテリジェンス (DocIntel) 統一バックエンド PRB1897412 | Glide を使用したフィールドグループ名の更新を有効にする | これは製品の更新です。 | | | 動的スケジューリング PRB1851315 | オーストラリアのタイムゾーンのディスパッチャーがパーソナルイベントを作成する場合、イベントに重複するタスクはアサイン解除されません | | 1. ディスパッチャワークスペースで、ディスパッチャーのタイムゾーンをオーストラリアのタイムゾーンに設定します。 2. 1 つのエージェントでタスクを作成します。 3. 同じディスパッチャーを使用して、タスクを重複する個人イベントを作成します。 {#yokohama-patch-5__ol_mgp_jxq_tfc} 予想される動作:重複するタスクのアサインが解除されます。 実際の動作:重複するタスクはアサイン解除されず、イベントと重複します。 | | 動的スケジューリング PRB1894500 | 関連付けられたアサイン先グループがない場合にアサイン支援を使用すると、選択したユーザーに作業指示タスク (WOT) がアサインされない | この問題は横浜で発生します。 | 1. アサイン先グループが関連付けられていない、「保留中」のディスパッチステータスの WOT を作成します。 2. ディスパッチャワークスペースにログインします。 3. アサイン先グループが関連付けられていない WOT を選択します。 4. \[タスク\] パネルから、次を選択します オーバーフローアクションアサインの支援. 5. 推奨されたエージェントを選択します。 6. \[保存\] をクリックします。 {#yokohama-patch-5__ol_sgp_jxq_tfc} 期待される結果:エージェントを推奨しないようにする旨の適切なメッセージが表示されるか、適切なアサイン先グループを選択して、選択したエージェントに WOT をアサインする必要があります。 実際の動作:次のメッセージが表示され、WOT がアサインされません:「このエージェントはこの時間帯はビジー状態です。別のエージェントを選択してください。」 | | リストの列を編集 PRB1855487 | 演算子を「is」に変更すると、参照リストが通常のリストに戻り、\[ 呼び出し側 \] フィールドが「(空)」と表示されます | | 1. インスタンスにログインします。 2. 任意の NRLC ワークスペースを開きます。 3. 移動先 インシデントすべて/オープン. 4. \[発信者\] 列のセルをダブルクリックしてインライン編集を有効にし、虫眼鏡アイコンを選択します。 5. \[メール\] 列の横にある 3 つのドットフィルターを選択し、演算子を「is」に変更します。 {#yokohama-patch-5__ol_ahp_jxq_tfc} 予想される動作:演算子を「is」に変更する必要があります。 実際の動作:演算子を「is」に変更すると、参照リストが通常のリストに戻り、 呼び出し側 フィールドが「(空)」になります。 | | メール通知 PRB1887279 | Yokohama へのアップグレード後、メールスクリプトの更新が原因で通知が壊れていた | Yokohama のアップグレード後に、メール通知コンテンツが壊れていました。分析したところ、アップグレード中にいずれかのメールスクリプトが変更されたことが原因である可能性があることが判明しました。 | | | 従業員プロファイル PRB1895942 | Xanadu にアップグレードした後、「sn_employee.admin」ロールを持つユーザーによる添付ファイルが暗号化される | ユーザーが、MID サーバースクリプトインクルードを使用して、テーブル API を介して添付ファイルレコードを作成しています。以前は、添付ファイルが暗号化されて届きませんでした。Xanadu にアップグレードした後、「sys_kmf_crypto_ caller_policy_ 0b3419d867 323110fc90a2 aeb8f922c0」ポリシーにより暗号化されています。 | | | イベント管理 PRB1842971 | API が遅いためにサービスダッシュボードがロードされない | cmdb_ci_serice_auto に多数のサービス (\~200 万) があり、cmdb_ci_service_auto_cacheが空の場合、サービスダッシュボードはロードされません。 | | | イベント管理 PRB1867782 | 「evt_mgmt.max _characters_in _additional_info」のデフォルト値が低すぎるため、EM イベントの処理が遅くなります | 600,000 文字\>addional_info長さのイベントが多い場合、イベント処理が遅くなります。 | | | イベント管理 PRB1872971 [KB2060302](https://hi.service-now.com/kb_view.do?sysparm_article=KB2060302) | タグベースのグループには、ルールのフィルターに一致しないアラートを含めることができます | Xanadu リリースでは、「クエリ」ジョブ (サービス分析 RCA/アラートアグリゲーションジョブを介して) を使用する新しいタグベースのアラート相関メカニズムが導入されました。異なるタグベースの定義に一致するアラートが時間的に近づいた場合、正しくグループ化されない可能性があるという問題があります。 | 詳細については、リストの KB 記事を参照してください。 | | イベント管理 PRB1884824 [KB2082291](https://hi.service-now.com/kb_view.do?sysparm_article=KB2082291) | タグベースのグループには、タグベースのアラートクラスタリング定義と一致しないアラートを含めることができます タグ | | 詳細については、リストの KB 記事を参照してください。 | | イベント管理 PRB1884862 | 自動グループに自動グループフィルターがある場合、タグベースのグループは作成されません | グループ化するはずのアラートがグループ化されていません。 | 1. TAG 定義を作成するか、ベースインスタンス定義を使用します。 2. 自動グループが作成されないように、非論理的な要素を含む自動グループの自動グループフィルターを作成します。 3. 定義に適合するイベントを少なくとも 2 つ送信します。 4. グループ化ジョブが実行されるのを待ちます。 5. テーブルsa_agg_group_alert_stagingアラートが存在することを確認します。 {#yokohama-patch-5__ol_ghp_jxq_tfc} グループ化する必要があるアラートはグループ化されていないことに注意してください。 | | イベント管理 PRB1886771 | 自動アラートグループ化がオフになっている場合、同じ CI メトリクス名を持つアラートが CMDB グループ内でグループ化されない | 自動 (ML ベースのグループ化) がオフになっている場合、同じ CI メトリクス名を持つアラートに対して CMDB グループは作成されません。 | 1. 自動 (ML ベース) アラートのグループ化をオフにします。 2. 同じ CI メトリクス名を持つ 2 つのイベントを送信して、2 つのアラートを作成します。 {#yokohama-patch-5__ol_nhp_jxq_tfc} CMDB グループが作成されていないことを確認します。 | | イベント管理 PRB1889397 | 初期イベント生成時刻が将来のアラートがある場合、アラートはタグベースのグループに追加されないか、アラートが別のグループに分割されます | | 1. タグ定義を作成します。 2. 複数のイベントを作成します。そのアラートは、上記の定義に従ってタグ別にグループ化できます。 3. 別のイベントを作成します。 4. スクリプトを使用して、初期イベント生成時刻 (initial_remote_time) を関連するアラートの将来に変更します。 5. もう 1 つのイベントを作成します。時間は変更しないでください。既存のグループに追加する必要があります。 {#yokohama-patch-5__ol_shp_jxq_tfc} すべてのイベントがステージングテーブルにあるはずですが、そうではありません。 | | 外部トリガー PRB1878365 | 外部トリガーの GCF 定義で Sys ID を読み取り可能な値に変更します | | | | フィールドサービスマーケットプレイス PRB1874290 | \[請負会社を追加\] アクションは、プレイブックをレーン 3 に移動した後でも、プレイブックのレーン 2 で引き続きアクティブです | この問題は、Yokohama と Xanadu で再現可能です。 | 1. 請負業者管理プラグインとマーケットプレイスプラグインがインストールされたインスタンスをプロビジョニングします。 2. wm_dispatcherとしてログインします。 3. ワークスペースで作業指示タスク (WOT) を作成します。 4. マーケットプレイスにプッシュします。 {#yokohama-patch-5__ol_zhp_jxq_tfc} ユーザーはプレイブックエクスペリエンスにアクセスし、レーン 1 で要求が作成されます。レーン 2 で請負会社を選択してレーン 3 に移動した後、ユーザーがレーン 2 に戻っても、\[ 請負会社を追加 \] アクションはアクティブのままです。ただし、選択するとエラーがスローされます。 | | フィールドサービスマーケットプレイス PRB1895775 | プレイブックレーン 2 とレーン 3 のレーンのステータスが「完了」の場合、ページが更新されるまで \[請負会社を追加\] はオフになりません | | 1. タスクを作成します。 2. MPにプッシュします。 3. レーン 2 で、\[ 請負業者\] を選択します。 4. 要求をプッシュします。レーン 3 にリダイレクトされます。 {#yokohama-patch-5__ol_e3p_jxq_tfc} レーン 2 では、ページが手動で更新されるまで \[Add Contractor (請負会社を追加 )\] が有効になっていることに注意してください。同様に、レーン 3 では、\[応答ウィンドウを閉じる\] を選択した後でも \[請負会社を追加\] が有効になります。 | | Field Service Task Bundling PRB1888651 | 最新の 28.x DWS で \[バンドルに追加\] が失敗する | | | | フローエンジン PRB1811796 | EventHandlerJobPool でのスタックオーバーフローにより、ノードがオフラインになり、再起動後にノードプールに再参加しません | セルフホスト型インスタンスのいくつかのノードが、値 -1 の「com.glide.event_ manager.process_ automation.event_ handler.workers」システムプロパティが原因でクラッシュしました。 | 1. /sys_trigger_list.do に移動します。 2. フィルター名を追加 = プロセス自動化イベントハンドラー。デフォルトでは、ノードごとに 2 つあります。 3. システムプロパティ「com.glide.event_ manager.process_ automation.event_ handler.workers」を -1 に変更します。 4. 戻って、手順 1 と同じページ/フィルターを確認します。これで、プロセス自動化イベントハンドラーレコードは 0 になります。 5. 移動先 すべてノードログファイルのダウンロード. 6. localhost_log.current_date.txtをダウンロードします。 {#yokohama-patch-5__ol_j3p_jxq_tfc} ログに再試行メッセージが複数回含まれており、その後に StackOverflowError がスローされることを確認します。 | | フローエンジン PRB1853618 | レイテンシを短縮するには、優先度の高い (P0-P4) フローイベントを現在のノードでキューに入れる必要があります | 優先度の高いイベントは現在のノードにキャッシュされません。これにより、待機時間が長くなります (30+ 秒)、優先度の高いフローでは存在すべきではありません。 | | | フローエンジン PRB1860060 | SLA タイマー sys_flow_context_inputs_chunk再開する前にテーブルクリーナーによってレコードが削除されました | 現在、sys_flow_context_inputs_chunk のテーブルクリーナーの条件は matchfield=sys_created_on で、経過時間 = 3,628,800 秒 (42 日) で、元の入力は false です。元の入力フィールドは、フローの開始直後に false に設定されます。SLA 定義の期間が長い場合、SLA タイマーが再開する前にテーブルクリーナーがsys_flow_context_inputs_chunkレコードを削除することがあります。 | | | フロー (ファミリーチャネル) PRB1816646 | サブフローと親フローによって順番に更新されると、レコードの更新番号は同じままであるため、SLA の実行に不整合が生じます | サブフローがトリガーレコードを更新し、親フローが同じトリガーレコードを更新する場合、トリガーレコードの更新番号は変わりません。これは、レコードのそれぞれの SLA 実行に影響します。 | | | フロー (ファミリーチャネル) PRB1891084 | V2 アクションインスタンスのエイリアス上書きマッピングがフロー更新 XML でキャプチャされない | この問題は、アクションインスタンスでの JSON 保存の導入が原因で発生しました。FlowDesignerSychnronizer が V2 アクションインスタンスの関連レコードを同期しません。 | 1. glide.flow.version != '1' であることを確認します。 2. ID が com.glide.hub のインスタンスをプロビジョニングします。integrations.enterprise プラグインがインストールされている必要があります。 3. 使用しているスポークの送信接続を追加します。 4. フローを作成します。 5. \[ コンテナを作成 \] アクションまたは「接続」アクションプロパティを持つその他のアクションを追加します。 6. ステップ #1 の接続を、追加した「コンテナの作成」アクションインスタンスの「Docker 接続」として選択します。 7. フローを保存します。 8. フローの最新のsys_update_xmlを探します。 9. sys_update_xmlペイロードフィールドの XML ビューアーを開きます。 {#yokohama-patch-5__ol_s3p_jxq_tfc} sys_hub_alias_mappingが欠落していることを確認します。 | | FX 通貨換算 PRB1861950 [KB1962510](https://hi.service-now.com/kb_view.do?sysparm_article=KB1962510) | オンライン証明書ステータスプロトコル (OCSP) エンドポイントからの応答がないために、欧州中央銀行 (ECB) からの日次通貨レートの取得に失敗する場合があります | ECB エンドポイントを使用して通貨為替レートをキャプチャするために使用される「システムレートの取得」ジョブと「ECB 為替レートのロード」ジョブは、ecb.europa.eu の OCSP エンドポイントが特定の時間に有効性の質問に回答していないため、複数のインスタンスで断続的に失敗します。 | 詳細については、リストの KB 記事を参照してください。 | | GlideRecord PRB1864786 | 誤った倉庫で予約を作成すると、接続は設定されますが、Glide テーブル UI のログ記録に失敗し、エラーが表示される | UI ページをロードするときに、最初のページにデータが表示されますが、データが無効になることがあります。次のページはエラーなしで空です。ログに次のエラーがあります:'\*\*\* エラー \*\*\* ResultSet からテーブルをロード中に例外が発生し、java.sqlを閉じています。SQLException: クエリに失敗しました (#20250312_ 222003_00046 _c99gn): 現在のセッションでアクティブなウェアハウスが選択されていません。「倉庫を使用」コマンドでアクティブな倉庫を選択します。 | | | GlideRecord PRB1865565 | データファブリック (DF) ロガーとエラーイベント処理メカニズムに、カタログ、詳細、およびキューがありません | ロガーとエラーイベント処理メカニズムの現在の実装には、3つの問題があります。例外の詳細でカタログが利用可能であっても、ロガービルダーにカタログがない場合、ロガーはカタログを自動的に含めません。生成されるエラーイベントには、テーブル、スキーマ、カタログ情報などの重要な詳細が欠落しているため、問題の原因を追跡することが困難になっています。現在、エラーイベントは汎用キューで処理されます。 | カタログが例外の詳細で使用できるが、非アクティブな接続/カタログのロガービルダーで明示的に設定されていない場合、ConnectorErrorException をトリガーします。 df_logテーブルログレコードはカタログ名なしで表示され、生成されたイベントの最初のパラメーターフィールドにはカタログ/テーブル/スキーマ名が キー/値 フィールドとして含まれておらず、イベントはどのキューにも含まれていないことを確認します。 | | GlideRecord PRB1865622 | 接続ステータスが「非アクティブ」の場合でも GlideRecord クエリが処理される | 現在、「非アクティブ」への接続ステータスは無視され、クエリが処理されます。ユーザーは、接続ステータスが「非アクティブ」のときに、不要な処理や失敗を防ぐためにクエリ要求がブロックされることを想定しています。エラーメッセージが表示されます。 | | | GlideRecord PRB1869620 | \[データファブリックロガー\] と \[エラーイベント処理\] にカタログ、詳細、およびキューがありません | 「Data Fabric Logger」は「Map.of」を使用していましたが、値が null の場合にエラーがスローされます。catalog、schema、table、dfTable、logcategory の値の一部が null である可能性があるため、エラーはスローされませんでした。 | | | GlideRecord PRB1871360 | データファブリック (DF) テーブルに関連して RecordCache API を確認する | ワークスペースフォームビューのロード時に SQL クエリが 9 回実行されます。追加のクエリーがクラスターとセマフォを占有し、セマフォを使い果たすことで、インスタンス上のワークフローデータファブリック (WDF) 関連以外のトラフィックだけでなく、WDF 以外のトラフィックにも影響を与える可能性があります。 | 1. /now/sow/list に移動します。 2. WDF テーブルを使用して「自分のリスト」を作成します。 3. 作成したリストを開きます。 4. リストからフォームを開きます。 {#yokohama-patch-5__ol_cjp_jxq_tfc} | | GlideRecord PRB1871916 | 値が null の PK フィールドが定義されている場合、プラットフォームの機能が制限されていることを示すアラートがリスト、フォーム、および Genius 結果に表示されるはずです | | 1. ワークフローデータファブリック (WDF) テーブルを定義します。 2. null 値を持つ 1 つ以上のフィールドに PK を設定します。 {#yokohama-patch-5__ol_ijp_jxq_tfc} sys_idに関連するプラットフォームの動作は、そのレコードを一意かつ確実に識別することが難しいため、奇妙です。アラートが表示され、プラットフォームの機能が制限されていることを示す警告ログメッセージが「df_log」に表示される必要があります。「df_log」テーブルにエラーメッセージが表示されるはずです。「data_fabric.error.PrimaryKeyProblem」という名前で始まる sysevent も必要です。 | | GlideRecord PRB1871950 | PK フィールドが定義されている値が null の場合、「リスト」、「フォーム」、および Genius 結果に、プラットフォームの機能が制限されることを示すアラートが表示されます | Genius 結果 (GR) クエリにすべての PK フィールドのクエリパラメーターが含まれており、データベースが 0 または複数のレコードを返す場合、GR はプライマリキーが一意でないことを示す LastErrorMessage と lastException を設定する必要があります。リストビューやフォームビューにエラーメッセージが表示されます。 | 1. ワークフローデータファブリック (WDF) テーブルを定義します。 2. PK を、フィールドが各レコードを一意に識別しない 1 つ以上のフィールドに設定します。 {#yokohama-patch-5__ol_njp_jxq_tfc} 予想される動作:レコードを選択してフォームビューを開くと、プラットフォームリストにレコードリストが表示されます。PK の定義方法に問題があることを示すアラートが表示されます。これによりフォームまたはリストの操作は修正されませんが、何か問題があることがユーザーに通知されます。 実際の動作:フォームビューを開くレコードを選択すると、プラットフォームリストにレコードリストが表示されます。予期されるレコードが選択されていません。プライマリキーが実際に一意のレコードを持つように定義されていない WDF テーブルの GlideRecord クエリは、リストやフォームページに警告/情報メッセージが表示されるはずです。「df_log」テーブルにエラーメッセージが表示されるはずです。data_fabric.error.PrimaryKeyProblem という名前で始まる sysevent も必要です。 | | GlideRecord PRB1872592 | 名前 フィールドに 「data_fabric」が 2 回表示された sys-event レコードの翻訳不可能な例外が作成されます | レコードの \[名前 \] フィールドに、「data_fabric.error.data _fabric.operation」というテキストが含まれています。unsupported」と入力します。すべてのチームがそのログに書き込みます。 | | | GlideRecord PRB1874644 | 「PK の問題」警告が表示されるのは、使用すべきでない場合 | PK フィールドが定義されていて、クエリ条件が PK フィールドにあるが、それが等しい条件ではない場合は、1 つ以上のレコードが見つかったという警告が表示されます。警告は、条件が等しい演算子である場合にのみ表示されます。また、クエリーが PK フィールドに対するもので、クエリーにゼロレコードが返される例外もある場合は、ゼロレコードが見つかったという PK 警告が表示されます。クエリが適切に実行されない別の例外がある場合、PK の問題に関する警告は表示されません。 | | | GlideRecord PRB1881668 | すべてのメッセージはエラーとしてdf_logテーブルに記録されます | たとえば、「リモート接続データファブリックWDF_CONNECTION_MANAGER正常に更新されたエラー」などです。 | 1. 任意のインスタンスに移動します。 2. 大きなクエリに接続します。 3. テーブルをマップします。 4. df_logテーブルに移動します。 {#yokohama-patch-5__ol_sjp_jxq_tfc} すべてのログがエラーとして記録されることに注意してください。 | | GlideRecord PRB1884480 | GlideTrinoStatsListener ログの更新 | processStats の GlideTrinoStatsListener でログレベルを「DEBUG」に変更する必要があります。 | Trino クエリをトリガーします。 GlideTrinoStatsListener が「INFO」レベルで TrinoStats をログに記録することを確認します。 | | GlideRecord PRB1887896 | サニタイズされていないキャッシュ TTL 属性の読み取りにより NumberFormatException が発生する | 「データファブリックキャッシュ」テーブルは、最初のクエリ実行中に作成されます。このアプローチでは、ユーザーがキャッシュに初めてアクセスする際に不要なクエリの待機時間が発生します。 | 1. キャッシュを有効にします。 2. 数値以外の値 (たとえば、「30」ではなく「30s」) を使用してキャッシュ TTL 構成を追加または変更します。 {#yokohama-patch-5__ol_wjp_jxq_tfc} ログで NumberFormatException がスローされることを確認します。 | | GlideRecord PRB1888657 | 「データファブリックキャッシュ」テーブルにインデックスを追加します | \[データファブリックキャッシュ\] テーブルには、 cache_key と cache_expires_atの 2 つの重要なフィールドに必要なインデックスがありません。この欠如により、テーブルのクエリ時、特に大量のトランザクションやキャッシュのクリーンアップ操作中のパフォーマンスが低下する可能性があります。 | | | GlideRecord PRB1889243 | 「NamedMessage.getMessage (L10N_CODE, errorMsg, map)」変数警告が表示される | | | | GlideRecord PRB1889865 | UI ビルダーでテスト値テーブルを「incident」として使用すると、実行時に標準レコードページテンプレートでエラーが発生する | エラー:「プライマリキー定義で検出された問題が原因でプラットフォームの動作が制限される可能性があり、テーブルにゼロレコードが返されました...」 | 1. UI ビルダーに移動します。 2. 「標準レコードページ」テンプレートからページを作成します。 3. テーブルテスト値を更新します。 4. \[インシデント\] を選択します。 5. ページを保存します。 6. プレビューメニューを選択し、\[URL パスを開く\] を選択します。 {#yokohama-patch-5__ol_bkp_jxq_tfc} 予想される動作:ページは実行時にエラーなしでロードされます。 実際の動作:ページは正常にロードされますが、ユーザーにエラーに関するアラートが表示されます。 | | GlideRecord PRB1894453 | 使用状況メトリクスのスクリプト化された定義の作成 | | | | GlideRecord PRB1895699 | データファブリック (DF) テーブルのキャッシュテーブル作成メッセージが表示されます | | DF テーブルを作成します。 ユーザーが新しく作成された DF テーブルのリスト ページにアクセスすると、キャッシュ テーブルを作成するためのメッセージが表示されます。 | | GlideRecord PRB1897719 | データファブリックキャッシュの最適化 | 「IQueryCondition」型の厳格な検証とログ記録が導入されました。完全にサポートされている条件を使用するクエリのキャッシュのみを許可します。テーブル名の長さが 74 文字から 80 文字の場合に、キャッシュテーブル名に新しい形式を使用することにより、74 文字を超えるテーブル名のサポートが追加されました。古いデータの提供を防ぐために、TTL 属性が変更されるたびにデータファブリックキャッシュをフラッシュします。ログのフィルタリングと分析を改善するために、「データファブリックキャッシュ」テーブルのログカテゴリを「WDF_CACHE_TABLE」に変更しました。新しいスクリプト可能な API メソッド「DataFabricCacheManager」flushCache(df_table_name)」は利用可能であり、スコープ対象のアプリケーションスクリプトからアクセスできます。 | | | GRC: 事業継続性計画 PRB1894009 | GRC: Business Continuity Planning のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC: 事業継続性計画 PRB1897810 | GRC: Business Continuity Planning のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC: 継続的な認可とモニタリング PRB1893692 | GRC: 継続的な認可と監視のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC：メトリクス PRB1894403 | EBA が有効になっている場合、「deny unless」ACL が原因でクエリ範囲が「しきい値」テーブルで機能しない | エラーはスローされますが、ユーザーがアクセス権を持っている場合はレコードをクエリできるはずです。 | 1. ESG ユーザーとして最新のメインインスタンスにログインします。 2. \[しきい値テーブルリスト\] ビューを開きます。 3. クエリ範囲でしきい値を検索してみてください。 {#yokohama-patch-5__ol_gkp_jxq_tfc} | | GRC:運用上の回復 PRB1896635 | GRC のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加:運用上の回復 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC：プライバシー管理 PRB1900172 | GRC: Privacy Management のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC：Profiles PRB1894767 | GRC:プロファイルのアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC: 規制変更管理 PRB1890993 | GRC: 規制変更管理でのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC:リスク共有共通コンポーネント PRB1897619 | GRC のアクセス制御リスト (ACL) ルールへのクエリー ACL の追加:リスク共有の共通コンポーネント | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | GRC:ベンダーポータル PRB1889689 | GRC:ベンダーポータルでのクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | HR サービスデリバリ (HRSD) PRB1874464 | ケースが \[ドラフト\] から \[一時停止\] ステータスに移行すると、\[一時停止の理由\] が前の値で上書きされる | この問題は、ステータスが \[ドラフト\] から \[一時停止\] に直接移行したとき、UI16 ではなく HR エージェントワークスペースで、および \[ 一時停止の理由 \[sla_suspended_reason\] フィールドがフォーム上にある場合にのみ再現可能です。 | 1. インスタンスにログインします。 2. システムアドミニストレーターの代理操作をします。 3. \[ 一時停止の理由 \[sla_suspended_reason\] フィールドが HR ケースの \[ワークスペース UIB\] ビューにない場合は、フォームに追加します。 4. \[HR エージェントワークスペース\] を開きます。 5. HR サービス「一般の問い合わせ」で HR ケースを作成します。\[ 一時停止の理由 \] フィールドが「ユーザー」と表示されているのに空であることに注目してください。 6. \[ ステータス \] フィールドを \[ドラフト\] から \[一時停止\] に手動で設定します。 ポップアップウィンドウが表示されます。 7. モーダルで、理由を「グループ」に設定し、作業メモを追加します。 8. \[OK\] を選択します 。 {#yokohama-patch-5__ol_nkp_jxq_tfc} 予想される動作:\[一時停止の理由\] は \[グループ\] である必要があります。 実際の動作:\[一時停止の理由\] が \[ユーザー\] に設定されます。 | | HTML フィールドタイプエディター PRB1897036 | NACM 自動拡張機能がヘブライ語コンテンツで正しく機能しない | 選択したテキストが正しくないため、空のテキストに対して詳細化/短縮が行われます。デフォルトのプリセットアクションがプリセットアクションとともに存在する場合、ユーザーにはプリセットメニューは表示されず、代わりにデフォルトのプリセットアクションが表示されます。 | | | 識別および調整 API PRB1898162 | 動的 IRE キーの拡張と検証 | これは製品の更新です。 | | | インストールベース管理ストア PRB1890911 | クエリの一致とクエリ範囲の ACL により、ビジネスポータルの連絡先は製品在庫 (PI) の関連リストケースにアクセスできません | | | | インスタンスデータレプリケーション (IDR) PRB1884096 | コンシューマーレプリケーションセットが作成されたら、レプリケーションエントリの \[変更者を保持\] を true に設定する必要があります | | | | インスタンスデータレプリケーション (IDR) PRB1893073 | インスタンスデータレプリケーション (IDR) でデータファブリック (DF) テーブルの許可されていないリストを実装する | ユーザーは、DF テーブルに対してレプリケーションエントリを作成できないようにする必要があります。 | | | ナレッジ管理 PRB1882852 | ソースフィールドが GlideRecordSecure 挿入操作に添付されない | 書き込み操作に「nobody」ロールを持つフィールドレベルの ACL kb_knowledge.source があり、「作成」操作のソースフィールドへの入力が防止されます。 | | | リスト管理 PRB1808314 | ユーザーが Oracle DB インスタンスのリスト列をカスタマイズできません | 関連リストが古い列でレンダリングされます。 | 1. アドミンユーザーとして Oracle DB インスタンスにログインします。 2. サービスオペレーションワークスペースでインシデントを開きます。 3. \[ 関連レコード\] を選択します。 4. いずれかの関連リスト (タスク SLA など) を選択します。 5. 歯車アイコンを選択して \[列を編集\] を選択します。 6. いくつかの新しい列を選択し、\[ OK\] を選択します。 {#yokohama-patch-5__ol_xkp_jxq_tfc} 予想される動作:関連リストが新しい列でレンダリングされるはずです。 実際の動作:関連リストが古い列でレンダリングされます。 | | リスト管理 PRB1847198 | 「新規リスト」テンプレートのリストメニューリストを切り替えると、sys_ux_listの featureFlags が機能しない | コントローラープロパティのデフォルト値は、最初のロード以外のケースで使用されます。 | 1. 「新規リスト」テンプレートページを含む UI ビルダーページを作成します。 2. いずれかのsys_ux_listアイテムの一部の機能フラグを更新します。 3. 新しく作成されたリストテンプレートページの \[リアルタイム\] ページに移動します。 4. 機能フラグが変更されるリストメニューリストを選択します。 5. 同じメニュー内の他のリストに切り替えます。 6. 前のリストに戻ります。 {#yokohama-patch-5__ol_glp_jxq_tfc} 予想される動作:sys_ux_list構成を優先することで、quickEdit が非表示になるはずです。 実際の動作:quickEdit が表示されます。 | | リスト管理 PRB1861358 | 詳しい説明が「リスト」ビューでは NULL として表示されるが、ケースレコードでは正しく表示される | | 1. インスタンスにログインします。 2. HR ケースを作成する。 3. sn_hr_core_caseに移動します。リスト。 4. 新しく作成されたケースを開きます。 5. ハンバーガーアイコンを選択し、フォームレイアウトを構成します。 6. \[ 説明\] フィールドを追加します。 7. 変更内容を保存します。 8. HR ケースフォームに戻ります。 9. \[ 説明\] フィールドにメッセージを入力します。 10. 変更内容を保存します。 {#yokohama-patch-5__ol_qlp_jxq_tfc} \[ rich_description \] フィールドで同じ値が自動的に更新されていることを確認します。この動作は、\[ 説明 \] フィールドと \[ rich_description \] フィールドの値を同期する「説明をrich_descriptionと同期」ビジネスルールが原因です。ユーザーがリストビューに移動して \[説明\] 列と \[rich_description\] 列を追加すると、\[rich_description\] フィールドに値が含まれていないことがわかります。その逆は期待どおりに機能します。ユーザーが \[HR ケース\] フォームの \[ rich_description \] フィールドを更新すると、リストビューの \[ rich_description \] フィールドに値が表示されます。 | | リスト管理 PRB1887929 | リストタイプフィールドで、リストに選択ラベルが表示されず、代わりに選択値が表示される | タスクに選択肢が作成されると、それは想定どおりに機能します。インシデントに対してのみ選択肢を作成する場合、Xanadu と Yokohama では動作に違いがあります。タスクとインシデントの両方に選択肢がある場合、Yokohama のインシデントリストにタスク選択ラベルが表示されます。 | 1. Yokohama インスタンスに移動します。 2. ディクショナリに移動します。 3. 「タスク」テーブルにリストタイプフィールドを作成します。 4. 辞書の選択肢関連リストで、ラベルが値と異なる「インシデント」テーブルのいくつかの選択肢を作成します。 5. インシデントフォームに移動します。 6. フォームの構成。 7. 作成したリストタイプフィールドをフォームに追加します。 8. \[リストタイプ\] フィールドで、フォームに値を追加します。 9. incident.list に移動します。 {#yokohama-patch-5__ol_zlp_jxq_tfc} リストタイプフィールドには、選択肢ラベルではなく選択肢値が表示されていることに注意してください。Xanadu インスタンスで同じ手順を繰り返し、正常に動作していることを確認します。 | | リストコントローラー PRB1872717 | ユーザーが新しい「自分のリスト」を作成して列を編集すると、ページが更新されるまでリストにカスタマイズされた列が表示されない | | | | リストコントローラー PRB1892485 | 「ワークスペース」リスト内の参照フィールドは、各参照が追加の SQL 呼び出しをトリガーするため、速度が低下する | ワークスペースでは、リスト内のすべての参照が個別に要求されます。対照的に、UI16 では、リスト表現全体に対して JOIN を含む単一のクエリが実行されます。プライマリデータベースでは大きな影響はありませんが、各クエリに \>1 秒かかるワークフローデータファブリックテーブル (WDF) では、小さなテーブルであっても 20 件のレコードを含むリストをロードすると、パフォーマンスが大幅に低下する可能性があります。 | 1. WDF テーブルへの参照を含むテーブルを作成します。 2. /now/sow/list を開きます。 3. 新しく作成したテーブルを使用して「自分のリスト」を作成します。 4. リストを開きます。 {#yokohama-patch-5__ol_kmp_jxq_tfc} 重複がある場合でも、すべての参照はレコードごとに外部データソースから 1 つずつ要求されます。 | | 重大インシデント管理 PRB1891876 | クラシック UI の重大なインシデントフォームで \[ ワークベンチを表示 \] UI アクションを 2 回目に開くと、壊れた \[アクティビティ\] セクションにリダイレクトされる | Yokohama でアップグレードした後、クラシック UI で重大なインシデント (MI) を管理し、\[ワークベンチ\] ビューに移動すると、正しくロードされません。MI 管理の壊れたアクティビティビューにリダイレクトされています。 | 1. 重大なインシデントを開きます。 2. \[ ワークベンチを表示\] を選択します。 MI ワークベンチがロードされます。 3. \[ フォームを表示\] を選択します。 4. フォームがロードされたら、もう一度 \[ ワークベンチを表示 \] を選択して待ちます。 {#yokohama-patch-5__ol_qmp_jxq_tfc} ワークベンチの代わりに別のフォームビューがロードされていることを確認します。このフォームビューにリダイレクトURLが変わっているようです。 | | MID サーバー PRB1864193 | Linux MID サーバーを Xanadu にアップグレードすると、mid.shconf_overrideがデフォルト設定に戻ります | mid.shconf_overrideの設定は空です。アップグレード後はデフォルト設定に戻ります。 | | | モバイルプラットフォーム PRB1883251 | モバイルの \[モバイル添付ファイルの共有をブロック\] プロパティは、ユーザーロールに基づく免除をサポートしていません | プロパティglide.sg.block_ mobile_attachment _sharingを「false」から「true」に変更すると、セキュリティプロパティのロールに基づいて一部のユーザーが免除されます。 | 1. sys_properties.list に移動します。 2. プロパティ glide.sg.block _mobile_attachment _sharingを「false」から「true」に変更します。 {#yokohama-patch-5__ol_xmp_jxq_tfc} 一部のユーザーのみがロールに基づいてモバイルで添付ファイルをダウンロードまたは表示する機能を必要とする場合、これはすべてのユーザーに適用されることに注意してください。 | | ネクストエクスペリエンスの通知メニュー PRB1851718 | 移行されたダッシュボードから通知をクリックしても URL が更新されない | 統一ナビゲーション側に問題があり、いくつかのリリースでこれを引き起こしています。 | 1. pa_dashboardsに移動します。リスト。 2. ダッシュボードを選択します。 3. \[アクション\] メニューから \[ダッシュボードを移行 \] を選択します。 4. ページの上部に表示されるメッセージから、移行されたダッシュボードを開きます。 5. 移行されたダッシュボードを検索して開きます。 6. Next Experience UI の右上隅にある通知ベルに通知が表示されます。 7. ベルを選択します。 8. 通知リストでインシデントレコードを選択します。 {#yokohama-patch-5__ol_enp_jxq_tfc} レコードはメインウィンドウに表示されていますが、URL バーが正常に更新されず、タブ名が間違っていることを確認してください。 | | オンコールスケジューリング PRB1868011 | \[スケジュールを表示\] リンクがアドミン以外のユーザーに機能しない | Xanadu にアップグレードすると、アドミン以外のユーザーはオンコールスケジュールにアクセスできなくなります。 | 1. アドミン以外のユーザーを代理操作します。 2. グループのオンコールスケジュールを開きます。 3. 任意のスケジュールの \[スケジュール\] 列を選択します。 4. UI アクション \[ スケジュールを表示\] を選択します。 {#yokohama-patch-5__ol_nnp_jxq_tfc} エラーがスローされることを確認します。 | | オンコールスケジューリング PRB1893263 | 自動証明書管理環境 (ACME) rota_adminがcmn_rota_memberレコードフィルターにアクセスしているときにクエリ範囲エラーが表示される | | | | OneExtend PRB1864500 [KB2216882](https://hi.service-now.com/kb_view.do?sysparm_article=KB2216882) | Now Assist スキルを有効にすると、インスタンス間で転送すべきではない不要な \[sys_update_xml\] レコードが作成される | \[sys_metadata\] を拡張する one_api_\* テーブルに対して、予期しない顧客アップデートが自動的に生成されています。これにより、ユーザーは更新がどのように生成されるかを把握できず、これらのレコードは更新セットを介して転送されることを意図していないため、混乱を引き起こします。 | 詳細については、リストの KB 記事を参照してください。 | | パフォーマンスアナリティクスダッシュボード PRB1900147 | ユーザーがレスポンシブ CoreUI ダッシュボードを開くことができない | エラーメッセージが表示されます。「申し訳ありません。要求されたダッシュボードはあなたと共有されていません。 | | | プラットフォームアナリティクスコンポーネント API PRB1783660 | ユーザー言語が英語以外に設定されている場合、検索で期待される結果が得られない | 「Visualisations」というタイトルのローカライズも機能していません。 | | | プラットフォームアナリティクスのフィルター PRB1841953 | フィルターが予期せず「参照」タイプをディスパッチしています | フィルターはフィルター構成タイプで「choice」を返すために使用されますが、フィールドが「choice」でない場合に「reference」を返すように変更されました。これは完全に正しいわけではなく、他の BU やユーザーに問題を引き起こす可能性もあります。フィルターは、単一選択フィルターと複数選択フィルターに対して常に「choice」を返す必要があります。 | 1. ダッシュボードを作成します。 2. フィルターコンポーネントを追加します。 3. 「データソースインシデント」テーブルと「フィールドアサイン」グループとして選択します。 4. ダッシュボードにデータの可視化を追加します。 5. 「単一スコア」タイプと「インシデント」データソーステーブルを選択します。 6. 変更内容を保存します。 7. フィルターの任意の値を適用します。 8. Webinspector を開いて、ネットワーク呼び出しを確認します。 9. 可視化を更新し、multivis API 呼び出しのネットワーク呼び出しのペイロードを確認します。 {#yokohama-patch-5__ol_k4p_jxq_tfc} 予想される動作:既存の filterConfigurations には、単一選択フィルターまたは複数選択フィルター用のタイプ「choice」があります。 実際の動作:既存の filterConfigurations のタイプは「reference」です。 | | プラットフォームアナリティクス移行 API PRB1882396 [KB2072479](https://hi.service-now.com/kb_view.do?sysparm_article=KB2072479) | プラットフォームアナリティクスの移行後に、移行されたスケジュール済みエクスポートレコードに \[受信者ユーザー\] フィールドと \[受信者グループ\] フィールドが入力されない | Yokohama でのプラットフォームアナリティクスの移行後、スケジュール済みレポートレコードの \[受信者ユーザー \] フィールドと \[ 受信者グループ \] フィールドは、移行されたスケジュール済みエクスポートレコードの \[受信者ユーザー \] フィールドと \[ グループ \] フィールドに入力されません。 | 詳細については、リストの KB 記事を参照してください。 | | プラットフォームアナリティクス移行 API PRB1894148 [KB2173216](https://hi.service-now.com/kb_view.do?sysparm_article=KB2173216) | 一括移行により、すべてのコア UI ダッシュボードのスコープが書き換えられる | | 詳細については、リストの KB 記事を参照してください。 | | プラットフォームライセンス PRB1894922 | Yokohama で LE および SM の新しいバージョンを調整するためにアプリが更新される | 「監査の削除」は、すべてのテーブルに対してデフォルトでオンになっています。テーブルの 1 つに、すべてのレコードを削除してから再作成するロジックがあり、ユーザー監査レコードがあふれています。テーブルにno_audit_deleteフラグを追加することで、これらの監査レコードの作成を回避できます。 | 1. SM 4.1 のインスタンスで、unconfirmed_user_role テーブルにテストレコードを作成します。 2. sys_auditレコードに移動します。 3. unconfirmed_user_roleでテーブルをフィルタリングします。 {#yokohama-patch-5__ol_v4p_jxq_tfc} \[監査レコードの削除\] があることを確認します。 | | プラットフォームランタイム PRB1900474 | GR.insert() の前に GR.setDisplayValue() を実行したときに作成されるsys_journal_fieldレコードの数に違いがある | | | | 予測インテリジェンス PRB1820635 | REST API エクスプローラーから予測を実行すると、ユーザーに 500 内部サーバーエラーが表示される | エラー:「error: ava.lang.IllegalArgumentException: Invalid input format...」 | 1. 分類ソリューションを作成してトレーニングします。 2. REST API エクスプローラーを開きます。 3. API 名を「予測インテリジェンス」として選択します。 4. 複数のレコードの場合に選択します。 5. すべてのクエリを追加します。 {#yokohama-patch-5__ol_bpp_jxq_tfc} 予想される動作:ステータスコードは 200 である必要があります。 実際の動作:ユーザーに 500 エラーが表示されます。 | | 予測インテリジェンス PRB1832015 | ソリューションには入力フィールドとしてテーブルがあるが、入力テーブルにplatform_ml_readロールがないため、トレーニングに失敗しました | この問題は、スケジューラーワーカーが platform_ml_read ロールを持つユーザーでログインしているために発生します。このロールがテーブルにない場合、スケジューラーワーカーはテーブルデータを読み取れず、トレーニングが失敗します。 | | | プロセスマイニング PRB1887194 | プロセス構成で出荷されるコンテンツパックに無効なフィールドが存在する場合、根本原因分析 (RCA) が失敗する | ITSM コンテンツパックがインスタンスにインストールされていて、 RCA フィールド「hold_reason」があり、そのインスタンスの「インシデント」テーブルに存在しなかった場合、問題が発生します。無効なフィールドがあったため、RCA が失敗し、ガイド付きセットアップで、このプロセス構成レコードが開いていませんでした。 | | | プロセスマイニング PRB1903878 [KB2229304](https://hi.service-now.com/kb_view.do?sysparm_article=KB2229304) | Xanadu から Yokohama リリースにアップグレードした後、プロセスマイニングのフィルターセットとスケジュール済みタスクが削除される | Xanadu から Yokohama へのアップグレード中に、プロセスマイニングのフィルターセット条件とスケジュール設定済みタスクが削除されます。バックエンドの問題により、アップグレードスクリプトの実行により、プロセスマイニングプロジェクトの保存済みフィルターセットとスケジュール済みタスクが意図せず削除されます。これは、スケジュール済みタスクにリンクされた「移行フィルター」を持つ構成に特に影響します。他の顧客データは影響を受けませんでしたが、この問題により、削除されたフィルターセットまたはスケジュール設定済みタスクがアクティブに使用されていた機能が中断される可能性があります。 | 詳細については、リストの KB 記事を参照してください。 | | プロジェクト管理 PRB1859066 | リソースのアサイン (RA) は、移行時に新しいリソース計画に関連付けられます | RA に関連付けられたリソース計画が「完了」ステータスです。工数の値が更新されると、新しいリソース配置が作成され、RA が新しいリソース計画に添付されます。新しい計画を作成するのではなく、リソースのアサインは最初に完了したリソース計画を指している必要があります。 | 1. リソース計画を作成します。 2. 割り当てます。 3. 計画を完了します。 4. 計画をリソースのアサインに移行します。 {#yokohama-patch-5__ol_hpp_jxq_tfc} プランを移行すると、新しく作成されたリソースのアサインが完了したリソース計画にリンクされることに注意してください。リソースのアサインレコードの工数タイプを変更しようとすると、割り当て済みステータスの新しいリソース計画が作成されます。 | | プロジェクト管理 PRB1889859 | 計画立案アイテムの実績は、タスクタイプブレークダウンにロールアップされません | 経費ラインの実績コストを、コアテーブル統合なしで計画立案アイテムに関連する関連コスト計画の「実績コスト」にロールアップできるようにします。ユーザーが計画立案アイテムの \[新しい財務\] ページで計画立案アイテムの新しい経費ラインを作成すると、コスト計画ブレークダウンの実績コスト値が、処理された経費ラインの合計金額に合計されます。 | 1. 統合なしで計画立案アイテムを作成します。 2. コスト計画と経費ラインを追加します。 3. タスクタイプブレークダウンへの実際のロールアップを検証します。 4. 投資エンティティへのロールアップを検証します。 {#yokohama-patch-5__ol_npp_jxq_tfc} | | リモートテーブル PRB1885282 | エンコードされたクエリ文字列に JavaScript と \^NQ がある場合、メモリ不足の例外が発生する | エンコードされた文字列は、クエリ条件で setEncodedString を呼び出すことで保存されます。これは行ベースごとに行われます。各行のクエリ条件をチェックするため、保存されたエンコードされたクエリが前のクエリに追加されます。最終的には記憶を食い尽くします。 | | | レポート PRB1874881 | カレンダーレポートに日本語の文字が正しく表示されない | この問題は横浜でも再現可能です。 | 1. vtb_taskテーブルに「保守:YokohamaへVerUpリグレ開始」という簡単な説明を含むレコードを作成します。 2. vtb_taskテーブルと \[ 更新日 時\] フィールドに基づいて CoreUI カレンダーレポートを作成します。 3. 「カレンダー」レポートで、日本語の文字が正しく表示されません。 {#yokohama-patch-5__ol_vpp_jxq_tfc} 予想される動作:「保守:YokohamaへVerUpリグレ開始」。 実際の動作:「20:36 保守:YokohamaへVerUpリグレ開始 - 保守:YokohamaへVerUpリグレ開始」。 | | リソース管理 PRB1860646 | プロジェクトが作成されたか、別のプロジェクトの子から削除されても、既存のリソースのアサインのトップタスクが更新されない | 既存のリソースのアサインがあるプロジェクトが子プロジェクトとして別のプロジェクトに追加されると、リソースのアサインのトップタスクは更新されません。さらに、既存のリソースを含むプロジェクトが別のプロジェクトの子から削除されると、リソースアサインのトップタスクは更新されません。 | | | リソース管理 PRB1877603 | リソース管理ワークスペースで、NullPointer 例外が発生する | リソース管理ワークスペースで、割り当てのリソースステータスを変更すると、nullpointer 例外が発生します。 | 1. リソース管理ワークスペースを開きます。 2. カードを開きます。 3. ユーザーのアサインのステータスを変更します。 {#yokohama-patch-5__ol_dqp_jxq_tfc} | | ロールバックおよび復旧 PRB1809473 | TPH または TPP で非ルートの論理テーブルを切り捨てると、先祖と兄弟のすべてのレコードがシャドウテーブルに保存される | | 1. 「階層別テーブル」拡張モデルを使用して 2 つのテーブルを作成します (u_table1と前者の拡張u_table2)。 2. 各テーブルにテストデータをシードします。 3. ロールバックが有効になっているu_table2に対して「DBI.tableDrop()」を呼び出します。 4. u_table1のレコードがシャドウテーブル「sh$u_table1」に記録されていることを確認します。 {#yokohama-patch-5__ol_kqp_jxq_tfc} そのシャドウテーブルには、削除されたレコードであるため、論理テーブル「u_table2」の切り捨てをロールバックすることによって復元できる唯一のレコードであるため、u_table2レコードのみを含める必要があります。親テーブルが大きい場合、これはコストのかかる不要な操作になる可能性があります。 | | スケジュール最適化 PRB1891169 | オンデマンド 日中、複数のテリトリーを選択すると、最適化が実行されていない場合でも \[最適化中\] アイコンが表示される | | 1. 複数のテリトリーの日中構成を作成し、それらが重複するテリトリーであることを確認します。 2. 構成で、「オンデマンド」ブール値を true に設定します。 3. ディスパッチャーとして、ディスパッチャワークスペース (DWS) に移動します。 4. DWS 設定から、\[テリトリ単一選択\] トグルをオフにします。 5. 左上のテリトリー選択から、intradat 構成に存在するものと同じテリトリーを選択します。 {#yokohama-patch-5__ol_tqp_jxq_tfc} 予想される動作:最適化が実行されていない場合は、「最適化中」アイコンは表示されません。 実際の動作:最適化が実行されていない場合でも、これらのテリトリーのカレンダーに \[最適化中\] アイコンが表示されます。 | | スケジュール最適化 PRB1898555 | 重複するテリトリーの 1 つにタスクが 0 個ある場合、二重予約が発生する | | 1. 重複するテリトリーを作成します。 2. 1 つ以上の重複するテリトリーに 0 個のタスクがあることを確認してください。 3. 最適化を実行します。 {#yokohama-patch-5__ol_drp_jxq_tfc} 実際の動作:そのテリトリの既存の割り当てはどれもロックされたものとして送信されないため、二重に予約されます。 予想される動作:二重予約は発生しません。 | | サーバー側スクリプト PRB1883239 | ESLatestScriptLoader が警告メッセージを返す | 「バージョンのロードが ESLatestScriptLoader の ESLatestScriptLoader によって停止されました (Version loading was stopped by ESLatestScriptLoader for sys_es_latest_script...)」というメッセージが表示されます。 | | | サービスマッピング PRB1883153 | 実行時間が 48 時間未満のジョブの BLOB リーパーアラート | | 1. sys_statusに移動します。 2. 「glide.service.modeling.startSweep, glide.service.modeling.lastSweep」という名前のレコードを探します。 3. lastSweep の値が startSweep の値より 25 時間後になるように、そのうちの 1 つを変更します。 4. ブラウザの URL から、「https://\.service-now.com/xmlstats.do」と入力します。 5. blob_reaper_job_stuckを探し、その値が「true」であることを確認します。 {#yokohama-patch-5__ol_jrp_jxq_tfc} | | ServiceNow 音声アシスト機能 (ファミリー) PRB1894893 | AI 音声エージェントサービスタイプを libkmf に追加 | | | | サービスポータル PRB1625349 | \[アイデア\] タブリストウィジェットがアクセシビリティ要件を破る | \[アイデア\] タブリストウィジェットは、WCAG 4.1.2 の名前、ロール、値 (レベル A) ルールに準拠していないため、スクリーンリーダーでアクセスできません。具体的には、tabpanel ロールがなく、スクリーンリーダーがマークアップを解析して弱視または視力のない人のためにマークアップを理解するために必要なさまざまな状態、プロパティ、値も欠落しています。現時点では、スクリーンリーダーは、フォーカスが最初のタブに着地したときに、フォーカスが 2 番目のタブに移動したときに「2 つのうちの 1 つ」または「2 つのうちの 2 つ」であることをユーザーに通知できません。現在選択されているタブ (現在表示されているコンテンツ) は示されません。フォーカスは自動的にタブパネル領域に移動しないため、選択したタブが変更されても何も読み取られません。 | | | サービスポータル PRB1875043 | 「カナダ - フランス語」の言語で、「dd-MM-yy」形式の日付を送信するとエラーが発生する | ユーザーが言語を「カナダ - フランス語」に設定し、「dd-MM-yy」の形式で日付を送信しようとすると、日付が正しく適用されず、エラーが発生します。 | 1. プラグイン com.snc.i18n.french-canada (カナダフランス語) をインストールします。 2. インスタンスで、次の場所に移動します すべて基本構成日付形式. 3. システムの日付形式を「dd-MMM-yy」に設定します。 4. 「サンプルアイテム」カタログアイテムをアクティブとしてマークします。 5. カテゴリを割り当てて、ユーザーのサービスカタログに表示します。 6. 日付変数を「必須」に設定します。 7. /sp (サービスポータル) に移動します。 8. 「サンプルアイテム」を検索します。 9. 言語がカナダフランス語に設定されていることを確認します。 10. 日付変数を入力します。 11. \[送信\] をクリックします。 {#yokohama-patch-5__ol_xrp_jxq_tfc} エラーが発生し、日付がフィールドに適用されないことを確認します。 | | サービスポータル PRB1891178 | 400+ ズームの場合、ポータルでスクロールが機能しない | | 1. サービスポータルに移動します。 2. サイズを 400% にズームします。 3. 上から下にスクロールします。 {#yokohama-patch-5__ol_jsp_jxq_tfc} 予想される動作:スクロールは 400% ズームで行われます。 実際の動作:スクロールが機能しません。 | | サービスポータル PRB1894604 | 回帰を減らすために、クエリー ACL は、widget-data-table の特定の条件が満たされた場合にのみ適用されます | | | | スマートアセスメントエンジン PRB1900594 | スマートアセスメントエンジンのアクセス制御リスト (ACL) ルールへのクエリ ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | ソフトウェア資産管理 PRB1830073 [KB2120852](https://hi.service-now.com/kb_view.do?sysparm_article=KB2120852) | cmdb_rel_ciレコードに子がない場合、「ソフトウェア資産接続」ジョブが失敗する | ジョブは次のエラーで失敗します:「スクリプト:SAMPDataSource lntegrationUtils: \[2024-11-22T23:32:26.885Z\]:テーブル「cmdb_ci」のフィールド「sys_id未定義」とフィールド「未定義」を一致させることができません。タイプ「GUID」が必要です。 | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産管理 PRB1845794 [KB2186255](https://hi.service-now.com/kb_view.do?sysparm_article=KB2186255) | Washington DC/Xanadu から Yokohama リリースにアップグレードされたインスタンスに「ITAM ライセンスレポート」モジュールが表示されない | モジュールがありません。 | 1. HAMP をインストールします。 2. インスタンスにログインし、\[ITAM ライセンス\] メニューで \[ITAM ライセンスレポート\] モジュールを確認します。 3. モジュールは利用できないことに注意してください。 {#yokohama-patch-5__ol_osp_jxq_tfc} 予想される動作:\[ITAM ライセンスレポート\] モジュールが \[ITAM ライセンス\] メニューの下に表示されます。 実際の動作:\[ITAM ライセンスレポート\] モジュールは、\[ITAM ライセンス\] メニューの下に表示されません。 | | ソフトウェア資産管理 PRB1878871 | 調整の完了後にユーザーがパブリッシャーカードをクリックした後、\[パブリッシャーの概要\] ページがロードされない | \[パブリッシャーの概要\] ページは完全にロードされるはずですが、\[ 更新 \] ボタンを選択した後にのみロードされます。 | | | ソフトウェア資産管理 PRB1883407 | samp_sw_usageテーブルの月のデフォルト値は、Xanadu にアップグレードした後も辞書に残ります | | 1. samp プラグインを使用して Washington DC インスタンスをプロビジョニングします。 2. インスタンスを Xanadu にアップグレードします。 3. samp_sw_usageテーブルのデフォルト値である 月 を確認します。 {#yokohama-patch-5__ol_usp_jxq_tfc} 実際の動作:デフォルト値は「1 月」です。 予想される動作:デフォルト値は空である必要があります。 | | ソフトウェア資産管理 PRB1892609 | 日付形式が変更されると、インストール日が想定される形式になりません | | 1. \[GLAS のダウンロード\] レポートページを開きます。 2. ユーザーまたはシステムのデータと時刻の形式を更新します。 3. vCenter VM レポートをダウンロードします。 {#yokohama-patch-5__ol_btp_jxq_tfc} \[インストール日\] 列が想定される形式になっていないことを確認します。 | | ソフトウェア資産管理 PRB1893997 | インストール消費ジャーニーノードに正しいインストール数が表示されない | 問題は、ソフトウェアインストールモデルの冗長なクエリです。 | 1. SQL Server のソフトウェアインストールを作成します。 2. いくつかのインストールを非アクティブにします (active=false)。 3. 調整を実行し、調整が完了するまで待ちます。 4. インストール消費分析に移動します。 5. SQL Server ルートノードを選択して、インストールモーダルを表示します。 {#yokohama-patch-5__ol_gtp_jxq_tfc} 予想される動作:ノードのインストール数は、モーダルに表示されるインストール数と一致する必要があります。 実際の動作:モーダルで、非アクティブなインストールが欠落しています。 | | SSH MID サーバー通信プロトコル PRB1887914 | SSH サーバーがプロトコルバージョン文字列を送信する代わりにダンプを開始すると、SSHProtocolEngine スレッドが過負荷になる | これは製品の更新です。 | | | IRM GRC コアケース管理を保存 PRB1892851 | ストアのアクセス制御リスト (ACL) ルールへのクエリー ACL の追加 IRM GRC コアケース管理 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | ストア IRM プライバシーケース管理 PRB1894359 | ストアのアクセス制御リスト (ACL) ルールへのクエリ ACL の追加 IRM プライバシーケース管理 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | ストリームコネクト Core PRB1892411 | assignPartitions() 中にユーザーが例外が発生した場合、GlideHermesConsumer が MessagePollSubscription でクローズされない | 根本原因は、GlideHermesConsumer のインスタンスが作成されても例外の場合はクローズされていないことにあるようです。 | 1. トピック、コンシューマー、およびサブスクリプションを作成します。 2. Hermes クラスターをシャットダウンするか、Hermes でトピックから読み取りを試みたときに例外を発生させるアクションを実行します。 {#yokohama-patch-5__ol_mtp_jxq_tfc} これにより、Glide がサブスクリプションを取得し、基礎となるトピックから読み取りを試みますが、トピックがないため読み取れないという状況が生まれます。これにより、ログにスタックトレースが生成されます。 | | ストリームコネクト Core PRB1900417 | kafka_adminにはsys_sc_alertsテーブルへのレポートビューアクセス権がありません | | 1. ユーザーを作成します。 2. ユーザーにkafka_adminロールを追加します。 3. ユーザーとして代理操作します。 4. ストアアプリに移動します。 {#yokohama-patch-5__ol_stp_jxq_tfc} \[概要\] ページでは、ユーザーは \[アクティブアラート\] セクションにアラートを表示できません。 | | システムアップデートセット PRB1834468 | update、set、および commit によって \[関数 \] フィールドがロードされたときに、sys_db_objectレコードが作成されました | UI を使用してインスタンスにデータベースビューと 関数 フィールドを作成すると、データベースビューテーブルのsys_db_objectが作成されません。コミットまたは更新に特定のアクションが含まれている場合、データベースビューテーブルのsys_db_objectが作成されます。 | 1. データベースビューの \[関数 \] フィールドのsys_update_xmlsを含む更新セットをインポートします。 2. プレビューします。 3. コミットします。 {#yokohama-patch-5__ol_wtp_jxq_tfc} 予想される動作:データベースビューのsys_db_objectレコードが作成されませんでした。 実際の動作:sys_db_objectレコードが作成されました。 | | テーブルアドミニストレーションとデータ管理 PRB1771107 | \[\>フォームレイアウトの設定\] ページからcmdb_ciでリストタイプフィールドを作成すると、フィールドが誤ったストレージエイリアスエントリで作成されるため、CMDB テーブルが壊れる | ストレージエイリアスが cmdb にマップされてフィールドが作成されても、バックエンドの実際の列が cmdb$par1 で作成された後、cmdb_ci.list にアクセスすると、「データベースによって検出された構文エラーまたはアクセスルール違反 ((conn=218714) 「フィールドリスト」の不明な列「cmdb0.list_field_name」」というエラーが発生します。リストには空の行がすべて表示されます。 | 1. cmdb$par1 またはベースパーティション以外のパーティションに対して sys_table_partition.i s_current_targetが true であることを確認します。 2. sys_db_object.list に移動します。 3. 「cmdb_ci」テーブルを開きます。 4. フォームの関連リンクから、\[ フォームを表示 \] リンクを選択します。 5. フォームヘッダーを右クリックし、 構成フォームレイアウト. 6. フィールドの任意の名前を入力し、次を選択します。 1. タイプリスト 2. 参照するテーブルcmdb_ci_service_discovered OR タスク。 {#yokohama-patch-5__ol_c5p_jxq_tfc} {#yokohama-patch-5__ol_b5p_jxq_tfc} データベース内のフィールドは cmdb$par1 のように現在のパーティションに作成されますが、ユーザーが新しいフィールドのsys_storage_aliasを見ると、ストレージテーブル名が cmdb であることを指していることに注意してください。cmdb_ci.list に移動して、構文エラーメッセージを確認します。 | | テーブルアドミニストレーションとデータ管理 PRB1888056 | DMTSchedulerUtils。scheduleDM はグローバル Genius 結果 (GR) パラメーターを予期します | DMTSchedulerUtils().scheduleDM は、「gr' is not defined」というエラーになります。定義されたグローバル変数として「gr」を想定するスクリプトにバグがあります。 | | | テリトリー計画立案 PRB1899540 | フィールドサービス管理 (FSM) データフィルターによって RSO/CSM ペルソナのアクセスが制限される | wm_location_agentロールとwm_location_assignment_managerロールの両方で、すべてのwm_orderとwm_taskを表示できるようにする必要があります。 | | | サードパーティリスク管理 PRB1889679 | サードパーティリスク管理におけるクエリー ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | 変換マップ PRB1847878 | 特定の変換マップの関連リストのロードに時間がかかる | sys_transform_mapレコードから関連リストをロードするのに数分かかります。 | | | UI フィールド管理 PRB1891838 | 「作業メモに共有」モデルに TinyMCE エディターがない | コンソールに「TypeError: Cannot read properties of undefined (reading 'themeOptions')」というエラーメッセージが表示されます。 | 1. 任意のアクティブなインシデントレコードを開きます。 2. \[ サマリー\] ボタンを選択します。 3. そのサマリーが生成されているかどうかを確認します。 4. \[ 共有\] ボタンを選択します。 5. 「作業メモに共有」モデルに TinyMCE エディターがないことを確認します。 {#yokohama-patch-5__ol_m5p_jxq_tfc} | | UI フィールド管理 PRB1892439 | プリセットアクションが選択され、自動成長が false の場合、無限にロードされます | | 1. autogrow が false の quickAction があります。 2. この quickAction をデフォルトまたは通常のプリセットアクションとして フォーム フィールドに構成します。 {#yokohama-patch-5__ol_v5p_jxq_tfc} このクイックアクションを選択すると、モードレスダイアログは開きますが、何も起こらないことを確認します。 | | UI フォーム管理 PRB1860501 | フォームのキャッシュキーで、外部ユーザーと内部ユーザーのロールが考慮されない | 生成されたキャッシュキーにはロールが含まれていません。 | 1. 「Explicit Roles」プラグインを有効にします。 2. インシデントに対する ACL を変更して、snc_external ロールへの読み取りアクセスを許可します。 3. 外部ユーザーとして、任意のインシデントに移動します。 4. アドミニストレーターとして、sys_db_cacheテーブルに移動します。 {#yokohama-patch-5__ol_avp_jxq_tfc} 予想される動作:外部ユーザーによって作成されたキャッシュエントリには、キャッシュキーにユーザーロールが含まれている必要があります。 実際の動作:生成されたキャッシュキーにロールが含まれていません。 | | UI フォーム管理 PRB1863573 | UXC 生成 AI プラグインがアクティブな場合、「スコープタグが許可されていません (Scope tag not allowed)」エラーがスローされる | スコープ対象の UI マクロが「UXC Generative AI」プラグインによって UI16 フォームに追加され、スコーピングルールと衝突し、「スコープタグが許可されていません」というエラーがスローされます。視覚的には、関連リストやその他のマクロがフォームにロードされていないことに気付く。 | 1. sysapproval_approver.list に移動します。 2. まだ「要求済み」ステータスのレコードを開きます。 3. ヘッダーを右クリックして、フォームレイアウトを設定します。 4. \[承認サマリー\] フォーマッターの後のレイアウトに \[テストフォーマッター承認スコープ対象\] フォーマッターを追加します。 5. フォームの構成。 6. 再現時に壊れたページを見やすくするために、関連リストを 1 つ追加します。 7. cache.do を使用してキャッシュをクリアします。 8. レコードを開きます。 {#yokohama-patch-5__ol_gvp_jxq_tfc} フォームが壊れている状態であることを確認します。承認_summaryフォームはページに表示されますが、それ以外はすべて表示されません。関連リストは表示されません。ユーザーは、ヘッダーを右クリックしたり、レンダリングされたスコープ対象の UI マクロを確認したりすることはできません。 | | 利用状況アナリティクス PRB1879227 | 受信 mTLS がオンになっていないためユーザープロパティ同期サービスが失敗するため、ユーザーは \[ユーザープロパティ\] で UX アナリティクスデータをフィルタリングできません | ユーザーは、ユーザーロール、部門、および関連するユーザープロパティによってユーザーエクスペリエンスアナリティクスデータをフィルタリングすることはできません。 | 1. 受信 mTLS が有効になっていないインスタンスにログインします。 2. sys_analytics_user_property_configテーブルでユーザープロパティを設定します。 3. スケジュール済みジョブ「ユーザープロパティ構成変更同期ジョブ」を実行します。 {#yokohama-patch-5__ol_nvp_jxq_tfc} 予想される動作:ユーザープロパティデータがインスタンスから ClickHouse に同期されるはずです。sys_analytics_user_property_configテーブルを開いたときに、ユーザーに警告メッセージは表示されません。 実際の動作:ユーザープロパティデータはClickHouseに同期されません。 | | ユーザープレゼンス PRB1767417 | 複数のスレッドがユーザープレゼンスキャッシュをビルドするために不必要に競合し、プライマリデータベースに負荷がかかる可能性があります | | | | UX フレームワーク PRB1834547 | 一部のシナリオで \[対象者のケース\]、\[オープン対象者のケース\]、または \[インタラクション\] の \[すべて表示\] の詳細を選択すると、追加の HR ケース作成フォームが開きます | HR エージェントワークスペースの \[HR ケースの作成\] ページで発生します。 | 1. HR エージェントとしてログインします。 2. HR エージェントワークスペースに移動します。 3. \[ 新しい HR ケース の作成\] ボタンを選択します。 4. 従業員を検索して選択します。 5. \[次へ\] ボタンをクリックします。 6. ページを更新します。 7. 従業員名をもう一度入力します。 8. \[新規ケースを作成\] ページが読み込まれたら、\[対象者のケース\]、\[オープン対象者のケース\]、または \[インタラクション\] で \[ すべて表示 \] を選択します。 {#yokohama-patch-5__ol_tvp_jxq_tfc} 追加の HR ケース作成フォームが表示される問題を確認します。 | | UX フレームワーク PRB1884471 | バリアント対象者がユーザー基準にマッピングされ、glide.ux.user_ criteria_enabled=true の場合、誤ったページバリアントが表示される | システムプロパティglide.ux.user_ criteria_enabledが「true」の場合、2 つのバージョン間でパフォーマンスが低下します。バリアント対象者がユーザー基準にマッピングされている場合、誤ったページバリアントが表示されます。 | シナリオ 1： 1. Washington DC インスタンスを開きます。 2. glide.ux.user_criteria_enabledを「true」に設定します。 3. サービスオペレーションワークスペースのリストに移動します。 4. ページのロード時間を測定します。 {#yokohama-patch-5__ol_bwp_jxq_tfc} 平均ページロード時間が 5 秒未満であることに注意してください。 シナリオ 2： 1. Xanadu インスタンスを開きます。 2. glide.ux.user_ criteria_enabledを「true」に設定します。 3. サービスオペレーションワークスペースのリストに移動します。 4. ページのロード時間を測定します。 {#yokohama-patch-5__ol_cwp_jxq_tfc} シナリオ 3： 1. 2 つの異なるユーザー基準にマッピングされている 2 つの対象者レコードを持つ 2 つのページバリアントを作成します。 2. ユーザー基準で、2 つの異なるグループを使用して 2 人の異なるユーザーをマッピングします。 3. SOW ランディングページを開きます。 {#yokohama-patch-5__ol_dwp_jxq_tfc} 予想される動作:ユーザーにはバリアント「バリアントランディングページのデモレベル 2」が表示されます。実際の動作:ユーザーにはバリアント「バリアントランディングページデモレベル 1」が表示されます。 | | UX フレームワーク PRB1898329 | サービスワーカーが shell-bundle.jsdbx のキャッシュに失敗し、ページのロード時に空白のページが表示される | ロードされたページは空白で、コンソールにエラーメッセージが表示されます。この問題は Chronium ブラウザーで発生します。 | Xanadu または Yokohama インスタンスにログインします。 ロードされたページが空白で、コンソールに「応答をキャッシュできません。不明なエラー:「キャッシュ」で「put」を実行できませんでした。 | | 仮想エージェントデザイナーレガシー PRB1891033 | 仮想エージェント (VA) デザイナーから AI エージェント/エージェント型ワークフローを「昇格済み」としてマークしても、仮想エージェントに 昇格済み アクションとして表示されない | ユーザーは AI エージェント/エージェント型ワークフローを VA デザイナーから「昇格済み」としてマークできるはずですが、これは 昇格済み アクションとして表示されません。 | 1. インスタンスですべてのエージェント型ワークフローと Now Assist 仮想エージェントプラグインが更新されていることを確認します。 2. 移動先 対話型インターフェース仮想エージェントデザイナー. 3. \[エージェント型ワークフロー\] タブを選択し、ベースインスタンスワークフローを選択します。 4. ワークフローを「昇格済み」としてマークします。 5. エージェント型ワークフローがアクティブで、表示され、検出可能であることを確認します。 6. ESC ポータルに移動します。 {#yokohama-patch-5__ol_cxp_jxq_tfc} 昇格されたエージェント型ワークフロー/AI エージェントがボタン (昇格されたアクション) として表示されないことに注意してください。 | | 仮想エージェントデザイナーレガシー PRB1891079 | ドメインセパレーションがオンになっている場合にキャッシュから取得された NLU 検出可能トピックを検証します | スクリプト可能な関数 vaSystem を提供します。getNLUDiscoverableTopics (文字列 languageCode) は、言語コードが指定されているアクティブな検出可能なトピックの名前を返します。languageCode が指定されていない場合は、セッション言語が使用されます。インスタンスで NLU がオフになっている場合、または com.glide.cs.cach e.topic_type.enabled が false の場合、空のリストが返され、その理由がログに記録されます。 | | | 仮想エージェント PRB1821950 | Now Assist 仮想エージェント (NAVA) Web クライアントの未読メッセージが自然言語理解 (NLU) Web クライアントに表示される | 従業員サービスセンター (ESC) Web クライアントからの未読メッセージは、ブラウザーの別のタブでサービスポータルの NLU Web クライアントを開くと、そのメッセージに表示されます。 | 1. ESC ポータルで NAVA を設定します。 2. サービスポータル (SP) で NLU AI 検索を開いたままにします。 3. ブラウザーの 1 つのタブで ESC ポータルを開きます。 4. ログインします。 5. 別のタブで SP を開きます。 6. ESC ポータル Web クライアントを開きます。 7. 任意の LLM トピックを開始します。 8. トピックフローを完了します。 9. サマリーカードが表示されるまで待ちます。 10. \[送信\] を選択します。 11. \[SP\] タブを開きます。 {#yokohama-patch-5__ol_lxp_jxq_tfc} ESC Web クライアントにのみ適用されるすべての未読メッセージが NLU ベースの Web クライアントに表示されることに注意してください。 | | 仮想エージェント PRB1878360 [KB2092161](https://hi.service-now.com/kb_view.do?sysparm_article=KB2092161) | Edge ブラウザーで行が追加されていないトピックの場合でも、\[さらに表示\] リンクが表示される | . | 詳細については、リストの KB 記事を参照してください。 | | 仮想エージェント PRB1880242 | 「interaction_context」が新しい会話変数で上書きされます | 要求者が sysparm_skip_ load_history=true およびその他のパラメーターを使用して sn_va_web_client_app を介して会話を開始している場合、「interaction_context」は予想どおりのパラメーターを受け取ります。ただし、要求者が進行中のチャットを持っているが、異なるパラメーターで新しい会話を開始した場合、最初のチャットのinteraction_contextは新しいinteraction_context値で上書きされます。 | | | 仮想エージェント PRB1881387 | 仮想エージェントで、エージェントがエンドユーザーにメッセージを送信するときに動的翻訳が機能しない | | 1. 仮想エージェントの Now Assist と、任意の Washington DC または Xanadu インスタンスにインストールされているエージェントチャットプラグインの汚い言葉フィルターを使用して、インスタンスをプロビジョニングします。 2. レコードの \[ タイプドキュメント \] フィールドに値が「OneExtend 汚い言葉フィルター」が含まれていることを確認します。 3. インスタンスを Yokohama にアップグレードします。 4. \[ ドキュメントタイプ\] フィールドの値が空になっていることを確認します。そのため、動的翻訳が次のエラーで失敗します:「com.glide.oneapi.exception. OneApiRequestException:機能不適切な表現フィルタリングの One API の呼び出し中にエラーが発生しました:サービス発動 ID」。 {#yokohama-patch-5__ol_wxp_jxq_tfc} 予想される動作:one_api_feature_providerレコードの汚い言葉フィルターで、\[ ドキュメントタイプ \] フィールドを空にすることはできません。 実際の動作:one_api_feature_providerレコードの汚い言葉フィルターで、\[ ドキュメントタイプ \] フィールドは空です。 | | 仮想エージェント PRB1881393 | エージェントチャットの新規メッセージデスクトップ通知はクリック可能で、\[呼び出し中\] タブにリダイレクトされる必要があります | ワークスペースにエージェントがいてユーザーとライブチャットを行っている場合、デスクトップ通知をオンにした状態でユーザーがフォーカスを別のタブに移動すると、通知が送信されます。通知をクリック可能にして \[チャット\] タブにリダイレクトする必要があります。 | 1. インスタンスに移動します。 2. システムアドミンの代理操作をします。 3. サービスオペレーションワークスペースを開きます。 4. 受信トレイに移動し、自分自身を「利用可能」に設定します。 5. デスクトップ通知に歯車アイコンが設定されていることを確認します。 6. シークレットウィンドウを開きます。 7. Beth Anglin の代理操作をします。 8. サービスポータルを開きます。 9. チャットを開きます。 10. ライブエージェントを依頼します。 11. エージェントとの接続を待ちます。 12. システムアドミンウィンドウから、新しいタブを開き、そのタブにとどまります。 13. \[Beth\] ウィンドウからメッセージを送信します。 {#yokohama-patch-5__ol_iyp_jxq_tfc} ユーザーはデスクトップ通知を受け取る必要がありますが、クリックできず、リダイレクトされません。 | | 仮想エージェント PRB1896976 | 仮想エージェントの \[新しい会話を開始 (Start a new conversation)\] ポップアップボックスが画面外に表示される | インスタンスでは、パディングが切り取られ、ポップオーバーが Web クライアントウィンドウに含まれる必要があります。 | 1. インスタンスの仮想エージェントに移動します。 2. Now Assist ポップアップを使用して新しい会話を開始します。 {#yokohama-patch-5__ol_vyp_jxq_tfc} \[+\] ボタンにカーソルを合わせると、右側で切り取られることに注意してください。 | | 仮想エージェント PRB1901626 | 仮想エージェントと 60 日以上やり取りがないユーザーに対してユーザーがトリガーすると、「通知」がエラーになる | | 1. ユーザーが 60 日間以上 Web クライアント/チャネルとのインタラクションがないことを確認します。 2. アクション不可能な/アクション可能な通知を設定してトリガーします。 {#yokohama-patch-5__ol_izp_jxq_tfc} 予想される動作:ユーザーに対して新しいsys_cs_notificationレコードが作成されます。 実際の動作:「sessionResponseV2Dto is null」の行にエラーがあります。 | | 仮想エージェント Web クライアント PRB1869054 | デフォルトの「FAB」アイコンをカスタマイズ/更新する機能の追加 | カスタム「FAB」アイコンは、$now-sp-nass-FAB-icon 変数を定義することで構成できます。 | | | 仮想エージェント Web クライアント PRB1881938 | ブール選択ピッカーが動的ウィンドウでユーザーの言語に翻訳されない | | 1. 言語をインストールします。 2. プロファイルの言語をその言語に切り替えます。 3. Now Assist で動的翻訳とネイティブ翻訳がオンになっていることを確認します。 4. 入力セレクターを使用して、ユーザー入力でトピックを作成します。 5. 動的ウィンドウに移動します。 6. ステップ 4 から完了するまでトピックを実行します。 {#yokohama-patch-5__ol_ozp_jxq_tfc} 予想される動作:ブールトピック選択ピッカーは、ユーザーが選択した言語に翻訳されます (\[はい\]/\[いいえ\] 入力)。 実際の動作:ブールトピック選択ピッカーは英語のままです (\[はい\]/\[いいえ\] 入力)。 | | 作業指示管理 PRB1853297 | CSM ポータルでステータスが「\>= アサイン済み」の作業指示タスクでエラーメッセージがユーザーに表示される | マップ統合 ACL のスコープ外で作業指示タスクをユーザーとして取得すると、\[マップ統合の使用状況 (Map integration usage)\] テーブルを照会するためのエラーメッセージが表示されます。 | | | 作業指示管理 PRB1882671 | バックグラウンドでタスクsys_user割り当てるときにスケジュールを無視する | 「com.snc.dynamic.scheduling.useWorkScheduleOnly」システムプロパティが true の場合、エージェントの作業スケジュールが存在しません。sys_user.schedule が空ではありません。動的スケジューリングでは、sys_user.schedule を使用して作業ブロックを識別します。 | 1. 「com.snc.dynamic.scheduling」を設定します。useWorkScheduleOnly」を true に設定します。 2. sys_user.schedule を追加します。 3. エージェントの作業スケジュールを定義しません。 {#yokohama-patch-5__ol_d1q_jxq_tfc} 予想される動作:タスクはエージェントにアサインされません。DS ログを確認すると、エージェントの作業ブロックが存在しないはずです。 実際の動作:タスクは引き続きエージェントにアサインできます。DS ログを確認すると、エージェントの sys_user.schecdule に基づく作業ブロックがあります。 | | 作業指示管理 PRB1889505 | アップグレード中に修正スクリプトが実行されない | Washington DC から Yokohama にアップグレードするときに修正スクリプトが実行されません。 | 1. Washington DC でのインスタンスの作成 2. インスタンスを Washington DC から Yokohama にアップグレードします。 3. 修正スクリプトの実行ログを確認します:sys_script_fix_ 6e154ec7c3d13010 a0cd587c1f40ddd1 {#yokohama-patch-5__ol_k1q_jxq_tfc} 予想される動作:sys_script_fix_ 6e154ec7c3d13010 a0cd587c1f40ddd1 を実行する必要があります。 実際の動作:sys_script_fix_ 6e154ec7c3d13010 a0cd587c1f40ddd1 は実行されません。 | | 作業指示管理 PRB1890343 | CSM ポータルでは、ユーザーは \[fsm_ticket\] ページで作業指示タスク (WOT) の詳細を表示できません | WOT の詳細は表示されず、\[ wm_task.parent \] フィールドにエラーメッセージが表示されます。 | 1. ユーザーを連絡先とする作業指示書 (WO) を作成します。 2. \[ 認定の準備完了\] を選択します。 RL の WO に対して WOT が作成されることに注意してください。 3. WO で連絡先として設定されたユーザーの代理操作を行います。 4. CSM ポータルにアクセスします。 5. \[作業指示\] リストから WO を選択します。 {#yokohama-patch-5__ol_r1q_jxq_tfc} 予想される動作:ユーザーは WO ページで WOT の詳細を確認できるはずです。 実際の動作:WOT の詳細は表示されず、\[ wm_task.parent \] フィールドにquery_matchエラーメッセージが表示されます。 | | 作業指示管理 PRB1893187 | 場所の貢献者スタッフが、ポータルの作業指示に関連付けられた作業指示タスクにアクセスできなくなりました | エラーメッセージ: 'org.openqa.セレン。TimeoutException: 予期された条件が失敗しました: By.xpath: //\*\[@id="related-wot"\]//table/tbody/tr/td\[1\]/a (500 ミリ秒間隔で 20 秒間試行)' | 1. 作業指示に関連付けられた作業指示タスクがある場所に関連付けられている場所の貢献者でログインします。 2. BLSP ポータルの作業指示書に関連付けられているケースに移動します。 3. 作業指示 RL を選択します。 4. 作業指示タスクを選択します。 {#yokohama-patch-5__ol_z1q_jxq_tfc} 予想される動作:ユーザーは作業指示タスクにアクセスする必要があります。 実際の動作:ユーザーにquery_rangeエラーが発生しています。 | | 作業指示管理 PRB1895750 | 作業指示タスクテンプレートに、関連付けられている/リンクされているスキルが表示されない | ユーザーは、タスクスキルとレベルを作業指示タスクテンプレートに関連付けて、値を UI に表示することはできません。また、フォームレイアウトにフィールドが含まれている場合でも、作業指示タスクテンプレートのフィールドピッカーから \[ タスクスキル \] フィールドを使用することはできません。 | | | 作業指示管理 PRB1895909 | wm_task.parent のmktplace_requestorロールを追加 | | 1. 場所に関連付けられた場所の貢献者でログインし、作業指示に作業指示タスクが関連付けられます。 2. BLSP ポータルで、作業指示書に関連付けられているケースに移動します。 3. 作業指示 RL を選択します。 4. 作業指示タスクを選択します。 {#yokohama-patch-5__ol_ibq_jxq_tfc} 予想される動作:ユーザーは作業指示タスクにアクセスする必要があります。 実際の動作:ユーザーにquery_rangeエラーが発生しています。 | | ゼロコピーコネクタ (Glide) PRB1877371 | ステータスが \[構成が必要 (Needs Configuration)\] の確立された接続が \[接続の詳細 (Connection details)\] タブで例外をスローする | エラー:「データファブリックハブ:接続フィールドを取得できません。エラー:接続の詳細が見つかりません。接続 ID...」というエラーが表示されます。 | | | ゼロコピーコネクタ (Glide) PRB1879783 | muninn コントローラー sys_serviceエンドポイントを data-fabric-connector-metadata プロジェクトに移動します | | | | ゼロコピーコネクタ (Glide) PRB1888130 | Glide の予約要求は、インスタンスが本番インスタンスであるかどうかを送信する必要があります | | | | ゼロコピーコネクタ (Glide) PRB1900907 | コントローラーの短縮名 URL を使用する要求がルーティングされない | これは、HTTP クライアントが SNI を設定していないことが原因である可能性があります。 | | | ゼロコピーコネクタ (Glide) PRB1906629 | 「コネクタメタデータ」アプリのスコープ名の変更 | 以前のスコープ名は「sn_data_fabric _connector_metadata」です。新しいものは「sn_data_fabric_zcc」です。以前のスコープ名を使用すると、「テクノロジーパートナーポータルでエラーが発生しました:スコープ名は最大 18 文字にする必要があります (Encountered an error on Technology Partner Portal: Scope name should be max 18 characters)」というエラーが表示されます。 | | [ ] {#yokohama-patch-5__all-other-fixes} ## 含まれる修正 {#yokohama-patch-5__fixes-included} 特に記載のない限り、以下のいずれのバージョンからでも、このリリースバージョンに安全にアップグレードできます。これら以前のバージョンに含まれる PRB の修正は、このリリースにも含まれています。関心のあるすべての PRB 修正を含む、一覧されている最新パッチにアップグレードしてください。 * [Yokohama パッチ 4](https://servicenow-prod.fluidtopics.net/22_qX_hUUEdAwlhzai8LiA "Yokohamaパッチ 4 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 3 ホットフィックス 3](https://servicenow-prod.fluidtopics.net/272SZKoKPEcLWPa9NjmH3w "Yokohamaパッチ 3 ホットフィックス 3 リリースには、これらの問題に対する修正が含まれています。") * [Yokohama パッチ 3](https://servicenow-prod.fluidtopics.net/SMdxdvNMThR1Sxft~T0oFA "Yokohamaパッチ 3 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 2 ホットフィックス 3](https://servicenow-prod.fluidtopics.net/v9tUlRlcOpTTkfbEkhzB2g "Yokohamaパッチ 2 ホットフィックス 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-5__ul_j2p_ypq_lfc}