Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Notas de la versión para el tiempo de ejecución de Microsoft Edge WebView2, fecha de lanzamiento: 7 de julio de 2026.
Además de las siguientes mejoras en el tiempo de ejecución de WebView2, también puedes usar las nuevas características de la plataforma web de Microsoft Edge 150; consulte las notas de la versión de la plataforma web Microsoft Edge 150 (julio de 2026).
El tiempo de ejecución de WebView2 está cambiando a una cadencia de lanzamiento de 2 semanas
A partir de la versión 152 (28 de agosto de 2026), el tiempo de ejecución de WebView2 pasa a una cadencia de lanzamiento de 2 semanas. Esto está alineado con Microsoft Edge. La versión 151 del entorno de ejecución WebView2 es la versión final que tiene una cadencia de 4 semanas.
Correcciones de errores
Se ha corregido la reentrada para la eliminación de marcos.
Se ha corregido el acceso del contenedor de objetos para un archivo de autorización de usuario (UAF).
Se marca el origen autoritativo del explorador en la canalización host, para evitar una
WebMessageReceivedEventArgs.Sourcesuplantación de identidad.Restringido el acceso a una canalización de host singleton, en una WebView2 obsoleta.
Se ha quitado el parámetro de los
originmétodos que tienen acceso a un objeto nativo.Aplicación de host
kDenyvirtual WebView2 reforzada contra la suplantación del representador y los escapes de unión del Sistema de archivos de nueva tecnología (NTFS).Se corrigió el árbol de automatización de la interfaz de usuario (UIA) de ventana a visual.
Se ha corregido una regresión en la
AddScriptToExecuteOnDocumentCreatedAPI.Se han agregado histogramas de recuento total para el entorno WebView2 y los intentos de creación de controladores.
Asignado
TERMINATION_STATUS_LAUNCH_FAILED_OS_POLICYakLaunchFailed.Se ha actualizado la clasificación del motivo del error a
OOM, para un proceso que se ha eliminado para recuperar memoria.Se ha agregado una instantánea de memoria del sistema en el momento de la detección de memoria insuficiente (OOM) para el análisis.
Se ha corregido el cierre silencioso de un elemento emergente, cuando el host espera que el elemento emergente permanezca abierto.
Se ha agregado la comprobación de origen de confianza durante el acceso al objeto host.
Reducción de las búsquedas de mapas redundantes en el administrador de solicitudes de direcciones URL WebView2, para mejorar el rendimiento.
Se han eliminado las asignaciones de cadenas innecesarias en la capa de cookies WebView2, para mejorar el rendimiento.
Cambio importante: habilitar la compatibilidad de escritura a mano del shell de Windows para WebView2 en modo WindowToVisual
WebView2 está introduciendo compatibilidad con la escritura a mano del shell de Windows (escritura a mano con lápiz a texto) para editar campos dentro de las instancias de WebView2 que se hospedan en modo Ventana a Visual (WindowToVisual) en Windows.
Este cambio afecta solo WindowToVisual al modo de hospedaje.
WindowToWindow el modo de hospedaje ya admite la escritura a mano del shell de Windows y VisualToVisual este cambio no lo admite.
Antes de este cambio: WebView2 en WindowToVisual modo no registra un ITfHandwritingSink en el subproceso de Text Services Framework (TSF). La escritura a mano del shell de Windows puede seguir funcionando, pero la determinación del objetivo de escritura a mano usa la ruta de acceso basada en la Automatización de la interfaz de usuario (UIA) del sistema operativo.
Después de este cambio: Si la marca de msAbydosForWindowlessWV2 características está deshabilitada, el comportamiento sigue siendo el mismo que antes de este cambio, incluida la ruta de determinación del objetivo de escritura a mano basada en UIA.
Si la marca de msAbydosForWindowlessWV2 característica está habilitada, WebView2 en WindowToVisual modo registra una instancia por instancia ITfHandwritingSink en el subproceso TSF. Esto habilita la escritura a mano del shell de Windows para editar campos dentro de WebView2 y cambia la forma en que se enrutan los eventos de escritura a mano TSF en el subproceso TSF compartido.
Si la aplicación ya se registra en ITfHandwritingSink su subproceso TSF, la escritura a mano con el lápiz seguirá funcionando para los campos de edición nativos de la aplicación y la escritura a mano con el lápiz también funcionará dentro de los campos de edición WebView2.
Si su aplicación no registra su propio ITfHandwritingSink, es posible que la escritura a mano con el lápiz deje de funcionar para los campos de edición nativos de la aplicación después de habilitar este cambio de forma predeterminada. Esto ocurre porque WebView2 devuelve E_NOTIMPL HWND que no es de su propiedad, esperando que TSF se encadene a otro receptor registrado. Si no se registra ningún receptor de host, TSF no revertirá a la resolución de destino de escritura a mano predeterminada basada en UIA.
Para conservar la compatibilidad de escritura a mano con el lápiz para los campos de edición nativos de la aplicación, registre la suya propia ITfHandwritingSink en la conversación de TSF. La escritura a mano dentro de los campos de edición de WebView2 se habilita automáticamente con este cambio.
Para validar de forma proactiva el comportamiento de la aplicación WebView2, habilite la siguiente marca de características antes de iniciar la aplicación:
set WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS=--enable-features=msAbydosForWindowlessWV2
En las versiones 149 y 150, la marca de msAbydosForWindowlessWV2 características está deshabilitada de forma predeterminada, lo que da tiempo a las aplicaciones para realizar pruebas proactivas. A partir de la versión 151, se planea que la característica se habilite de forma predeterminada.
Al probar la aplicación WebView2 con esta marca de característica habilitada, puede identificar si los flujos de trabajo de escritura a mano nativos del campo de edición de la aplicación dependen del registro de un host ITfHandwritingSink.
Vea también:
- [Cambio importante] Habilitar la compatibilidad de Windows con ShellHandwriting para WebView2 en modo WindowToVisual (Problema #134)
- Hospedaje en ventana frente a hospedaje visual de WebView2
-
Marcas del explorador WebView2 : la marca de
msAbydosForWindowlessWV2la característica.