ランタイム 150.0.4078.44 (2026 年 7 月 7 日)

Microsoft Edge WebView2 ランタイムのリリース ノート、リリース日: 2026 年 7 月 7 日。

WebView2 ランタイムは 2 週間のリリース サイクルに変更されます

バージョン 152 (2026 年 8 月 28 日) 以降、WebView2 ランタイムは 2 週間のリリース周期に移動します。 これは Microsoft Edge に合わせて調整されます。 WebView2 ランタイム バージョン 151 は、4 週間のリリース間隔で提供される最終リリースです。

[お知らせ] WebView2 ランタイムは 2 週間のリリース サイクルに移行します (v152 以降)。

バグ修正

  • フレーム削除の再入機能を修正しました。

  • ユーザー承認ファイル (UAF) のオブジェクト ラッパー アクセスを修正しました。

  • WebMessageReceivedEventArgs.Sourceなりすましを防ぐために、ホスト パイプにブラウザーが権威を持つ配信元をスタンプしました。

  • 非推奨の WebView2 で、シングルトン ホスト パイプへのアクセスを制限しました。

  • ネイティブ オブジェクトにアクセスするメソッドから origin パラメーターを削除しました。

  • レンダラー スプーフィングと New Technology File System (NTFS) ジャンクション エスケープに対する WebView2 仮想ホスト kDeny の強化。

  • ウィンドウからビジュアルへの UI オートメーション (UIA) ツリーを修正しました。

  • AddScriptToExecuteOnDocumentCreated API の回帰を修正しました。

  • WebView2 環境およびコントローラーの作成試行の合計カウント ヒストグラムを追加しました。

  • kLaunchFailed にTERMINATION_STATUS_LAUNCH_FAILED_OS_POLICYをマップしました。

  • メモリを再利用するために強制終了されたプロセスについて、失敗の理由の分類を OOM に更新しました。

  • 分析用にメモリ不足 (OOM) 検出時のシステム メモリ スナップショットを追加しました。

  • ホストがポップアップを開いたままにしておくことを想定した場合に、ポップアップがサイレントに閉じる問題を修正しました。

  • ホスト オブジェクト アクセス時の信頼できるオリジン チェックを追加しました。

  • WebView2 URL 要求マネージャーでの冗長なマップ検索を減らして、パフォーマンスを改善しました。

  • WebView2 Cookie レイヤーの不要な文字列割り当てを削除し、パフォーマンスを改善しました。

重要な変更: WindowToVisual モードで WebView2 の Windows シェルの手書きサポートを有効にする

WebView2 では、Windows のウィンドウ ツー ビジュアル (WindowToVisual) モードでホストされている WebView2 インスタンス内の編集フィールドに対して、Windows シェル手書き (ペンによる手書きからテキストへの変換) のサポートが導入されています。

この変更は、 WindowToVisual ホスティング モードにのみ影響します。 WindowToWindow ホスティング モードでは Windows シェルの手書き入力が既にサポートされていますが、 VisualToVisual ホスティング モードはこの変更ではサポートされていません。

この変更前: WindowToVisual モードの WebView2 は、Text Services Framework (TSF) スレッドに ITfHandwritingSink を登録しません。 Windows シェルの手書き入力は引き続き機能しますが、手書き入力ターゲットの決定では、OS UI オートメーション (UIA) ベースのパスが使用されます。

この変更後: msAbydosForWindowlessWV2 機能フラグが無効になっている場合、動作は、UIA ベースの手書きターゲット決定パスを含め、この変更前と同じままです。

msAbydosForWindowlessWV2機能フラグが有効になっている場合、WindowToVisual モードの WebView2 は、TSF スレッドでインスタンスごとのITfHandwritingSinkを登録します。 これにより、WebView2 内のフィールドを編集するための Windows シェルの手書き入力が可能になり、共有 TSF スレッドで TSF 手書きイベントがルーティングされる方法が変更されます。

アプリが TSF スレッドに独自の ITfHandwritingSink を既に登録している場合、ペンの手書きはアプリのネイティブ編集フィールドで引き続き機能し、ペンの手書きは WebView2 編集フィールド内でも機能します。

アプリで独自の ITfHandwritingSinkが登録されていない場合、この変更が既定で有効になっている後、アプリのネイティブ編集フィールドでペンの手書きが動作しなくなる可能性があります。 これは、WebView2 が所有していない HWND の E_NOTIMPL を返し、TSF が別の登録済みシンクにチェーンすることを想定しているために発生します。 ホスト シンクが登録されていない場合、TSF は既定の UIA ベースの手書きターゲット解像度にフォールバックしません。

アプリのネイティブ編集フィールドでペンによる手書きサポートを維持するには、独自の ITfHandwritingSink を TSF スレッドに登録します。 この変更により、WebView2 編集フィールド内のペンによる手書きが自動的に有効になります。

アプリを起動する前に次の機能フラグを有効にすると、WebView2 アプリの動作を事前に検証できます:

set WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS=--enable-features=msAbydosForWindowlessWV2

リリース 149 と 150 では、 msAbydosForWindowlessWV2 機能フラグは既定で無効になっているため、アプリが事前にテストする時間が与えられています。 リリース 151 以降、この機能は既定で有効になる予定です。

この機能フラグを有効にして WebView2 アプリをテストすることで、アプリ内のネイティブな編集フィールドの手書きワークフローがホスト ITfHandwritingSinkの登録に依存しているかどうかを特定できます。

関連項目:

関連項目

  • Last updated on