Среда выполнения 150.0.4078.44 (7 июля 2026 г.)

Заметки о выпуске для среды выполнения Microsoft Edge WebView2, дата выпуска: 7 июля 2026 г.

В дополнение к следующим улучшениям среды выполнения WebView2 вы также можете использовать новые функции веб-платформы из Microsoft Edge 150; см. заметки о выпуске веб-платформы Microsoft Edge 150 (июль 2026 г.).

Среда выполнения WebView2 изменяется на 2-недельный цикл выпуска

Начиная с версии 152 (28 августа 2026 г.) среда выполнения WebView2 переходит к 2-недельному циклу выпуска. Это соответствует Microsoft Edge. Среда выполнения WebView2 версии 151 — это последний выпуск, который выпускается каждые 4 недели.

Смотрите [Объявление] Среда выполнения WebView2 переходит к 2-недельной периодичности выпуска (начиная с версии 152).

Исправления ошибок

  • Исправлен повторный вход для удаления фрейма.

  • Исправлен доступ к оболочке объекта для файла авторизации пользователя (UAF).

  • Автор браузера отметен в канале размещения во избежание спуфинга WebMessageReceivedEventArgs.Source .

  • Ограничен доступ к каналу узла singleton в устаревшем WebView2.

  • Удален origin параметр из методов, которые обращаются к собственному объекту.

  • Усиленное принудительное применение виртуального узла kDeny WebView2 для защиты от спуфинга рендерера и escape-переходов NTFS-соединения.

  • Исправлено дерево модели автоматизации пользовательского интерфейса (UIA), связанное с визуальным оформлением окна.

  • Исправлена регрессия в AddScriptToExecuteOnDocumentCreated API.

  • Добавлены гистограммы общего количества для среды WebView2 и попыток создания контроллера.

  • Сопоставлено TERMINATION_STATUS_LAUNCH_FAILED_OS_POLICY с kLaunchFailed.

  • Обновлена классификация причины сбоя на OOM, для процесса, который был завершен для освобождения памяти.

  • Добавлен snapshot системной памяти во время обнаружения нехватки памяти (OOM) для анализа.

  • Исправлено тихое закрытие всплывающего окна, когда средство обработки ожидает, что всплывающее окно останется открытым.

  • Добавлена проверка доверенного источника при доступе к объекту узла.

  • Сокращено количество избыточных поисков на карте в диспетчере URL-адресов WebView2 для повышения производительности.

  • Устранено ненужное выделение строк в слое файлов cookie WebView2 для повышения производительности.

Критическое изменение: включение поддержки рукописного ввода оболочки Windows для WebView2 в режиме WindowToVisual

WebView2 представляет поддержку рукописного ввода оболочки Windows (преобразование рукописного ввода пера в текст) для полей редактирования внутри экземпляров WebView2, размещенных в режиме Window to Visual (WindowToVisual) в Windows.

Это изменение затрагивает только WindowToVisual режим размещения. WindowToWindow режим размещения уже поддерживает рукописный ввод оболочки Windows, а VisualToVisual режим размещения не поддерживается этим изменением.

До этого изменения: WebView2 в WindowToVisual режиме не регистрирует в ITfHandwritingSink потоке Text Services Framework (TSF). Функция рукописного ввода оболочки Windows по-прежнему работает, но для определения цели рукописного ввода используется путь на основе модели автоматизации пользовательского интерфейса ОС (UIA).

После этого изменения: Если msAbydosForWindowlessWV2 флаг функции отключен, поведение остается таким же, как и до этого изменения, включая путь определения цели рукописного ввода на основе UIA.

msAbydosForWindowlessWV2 Если флаг функции включен, WebView2 в WindowToVisual режиме регистрирует каждый экземпляр ITfHandwritingSink в потоке TSF. Это включает рукописный ввод оболочки Windows для полей редактирования внутри WebView2 и изменяет способ маршрутизации событий рукописного ввода TSF в общем потоке TSF.

Если приложение уже зарегистрировано в ITfHandwritingSink потоке TSF, рукописный ввод пером будет по-прежнему работать в собственных полях редактирования приложения, а рукописный ввод пером также будет работать в полях редактирования WebView2.

Если приложение не регистрирует собственное ITfHandwritingSinkприложение, рукописный ввод может перестать работать с собственными полями редактирования приложения после включения этого изменения по умолчанию. Это происходит потому, что WebView2 возвращает E_NOTIMPL HWND, которые ему не принадлежат, ожидая, что TSF будет подключен к другому зарегистрированному приемнику. Если приемник узла не зарегистрирован, TSF не возвращается к целевому целевому разрешению рукописного ввода на основе UIA по умолчанию.

Чтобы сохранить поддержку рукописного ввода пером для собственных полей редактирования приложения, зарегистрируйте свое собственное ITfHandwritingSink в потоке TSF. Это изменение автоматически включает рукописный ввод пером в полях редактирования WebView2.

Вы можете заранее проверить поведение приложения WebView2, включив следующий флаг функции перед запуском приложения:

set WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS=--enable-features=msAbydosForWindowlessWV2

В выпусках 149 и 150 msAbydosForWindowlessWV2 флаг функции по умолчанию отключен, что дает приложениям время для профилактического тестирования. Начиная с выпуска 151, эту функцию планируется включить по умолчанию.

Протестировав приложение WebView2 с включенным флагом функции, вы можете определить, зависят ли какие-либо рабочие процессы рукописного ввода с полями редактирования в вашем приложении от регистрации узла ITfHandwritingSink.

См. также:

См. также

  • Last updated on