Runtime de versión preliminar 156.0.4314.8 (12 de octubre de 2026)

Notas de la versión para el entorno de ejecución de la versión preliminar de WebView2 de Microsoft Edge, fecha de lanzamiento: 12 de octubre de 2026.

Este es un tiempo de ejecución de versión preliminar, para pruebas tempranas. Las pruebas previas a la versión del SDK de WebView2 usan un canal de vista previa de Microsoft Edge (Beta, Dev o Canary), que incluye el tiempo de ejecución de vista previa de WebView2.

Estas notas de la versión son para el tiempo de ejecución de vista previa de WebView2, que corresponde al canal de vista previa beta de Microsoft Edge. Se recomienda probar la aplicación con el canal de vista previa beta de Microsoft Edge antes de que estos cambios se promuevan a Estable. Si quieres realizar pruebas incluso antes, puedes probarlas con Edge Dev o Edge Canary.

Consulta Pruebas de versión preliminar con canales de versión preliminar de Microsoft Edge.

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 156; consulte las notas de la versión de la plataforma web Microsoft Edge 156 (22 de octubre de 2026).

Próximo cambio importante: quitar la marca del msAbydosHandwritingAttr explorador WebView2

A partir de la versión 159, WebView2 quitará la marca de explorador en desuso msAbydosHandwritingAttr . Después de este cambio, pasar msAbydosHandwritingAttr a través WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTSde los argumentos del explorador basados en el registro, o CoreWebView2EnvironmentOptions.AdditionalBrowserArguments ya no habilitará el comportamiento esperado.

Revisa la configuración de la aplicación y la prueba, y planifica en consecuencia.

Qué significa esto para su aplicación

  • Aplicaciones que no establecen msAbydosHandwritingAttr:

    No se requiere ninguna acción.

  • Aplicaciones o herramientas de prueba que establecen la msAbydosHandwritingAttr bandera:

    Quite la msAbydosHandwritingAttr marca y valide escenarios de escritura a mano sin ella.

  • Implementaciones empresariales que configuran argumentos del explorador mediante variables de entorno o la configuración del Registro:

    Quite la marca de la msAbydosHandwritingAttr configuración administrada.

Más información

Compartir comentarios

¿Tiene alguna pregunta o ha encontrado una regresión? Archiva un problema en el repositorio WebView2Feedback con la versión del entorno de ejecución, la versión de Windows, la configuración y los pasos de reproducción.

Próximo cambio importante: configuración de ACL necesaria para entornos de ejecución de la versión no editable de WebView2 administrados por la aplicación en Windows

A partir de v159, WebView2 refuerza el espacio aislado del representador para las implementaciones de versión no editable administradas por aplicaciones. Las aplicaciones que implementan y administran un entorno en tiempo de ejecución de versión no editable sin empaquetar deben configurar y conservar las entradas necesarias de la lista de control de acceso (ACL) de Windows en la carpeta del entorno de ejecución durante la instalación, las actualizaciones en tiempo de ejecución y la reparación.

Esta guía se aplica a las implementaciones de versión no editable sin empaquetar y administradas por aplicaciones en Windows 10 y Windows 11. Las implementaciones de Evergreen y las carpetas de paquetes administradas por Windows no requieren esta acción del instalador.

Qué significa esto para su aplicación

  • Entorno de ejecución Evergreen:

    No se requiere ninguna acción ACL para los archivos de tiempo de ejecución administrados por Microsoft.

  • Aplicaciones empaquetadas y ubicaciones de paquetes administrados por Windows:

    No modifiques manualmente las ACL de paquete-carpeta.

  • Runtime de versión no editada y sin empaquetar administrado por aplicaciones:

    Actualice el instalador, el actualizador y el flujo de reparación para configurar y comprobar los permisos necesarios.

Configuración necesaria

Ejecuta los siguientes comandos desde un contexto de instalador con privilegios elevados adecuados, reemplazando {Fixed Version path} por la carpeta en tiempo de ejecución implementada por la aplicación:

icacls "{Fixed Version path}" /grant *S-1-15-2-2:(OI)(CI)(RX)
icacls "{Fixed Version path}" /grant *S-1-15-2-1:(OI)(CI)(RX)

Estas entradas conceden acceso heredable de lectura y ejecución a TODOS LOS PAQUETES DE APLICACIONES RESTRINGIDAS y A TODOS LOS PAQUETES DE APLICACIONES. Conserva los permisos existentes de la carpeta en tiempo de ejecución.

Cómo prepararse

  1. Agregue la instalación de ACL a las rutas de instalación, actualización en tiempo de ejecución y reparación.

  2. Después de cada operación de implementación, comprueba que ambas identidades tienen acceso de lectura y ejecución en la carpeta del tiempo de ejecución y su contenido.

  3. Ejecuta la aplicación instalada como un usuario normal y usa todas las características de WebView2 de las que depende la aplicación. La carga inicial de la página por sí sola no es una validación suficiente.

  4. Controle WebView2 process-start o access-denied los errores con una ruta de reparación accionable.

  5. No use no-sandbox u otro modificador de deshabilitación de espacio aislado como solución alternativa.

Más información

Compartir comentarios

¿Tiene alguna pregunta o encuentra una regresión en la implementación? Registre un problema en el repositorio de WebView2Feedback con el modelo de implementación, la ruta de acceso en tiempo de ejecución, las versiones de Windows y del entorno de ejecución, las ACL resultantes y los pasos de reproducción.

Próximo cambio importante: comprobaciones de directorio de acceso al sistema de archivos más estrictas

A partir de v159, WebView2 aplicará comprobaciones de carpeta restringida más estrictas durante el recorrido del directorio de acceso al sistema de archivos en Windows.

WebView2 en Windows se alineará mejor con el comportamiento de seguridad de Chromium aplicando comprobaciones de ubicación confidencial cuando el contenido web tenga acceso a entradas debajo de un directorio concedido o las enumere.

Este cambio puede afectar a las aplicaciones que exponen la API de acceso al sistema de archivos a contenido web o delegan el acceso a carpetas en ubicaciones de sistema o perfil protegidas. Revise el diseño y el plan de acceso a archivos en consecuencia.

Escala de tiempo de lanzamiento (provisional)

  • Octubre de 2026 — Anuncio anticipado.

  • Ventana de migración: aproximadamente 2 meses después del anuncio; Las fechas finales están pendientes de la confirmación del propietario del lanzamiento.

  • [Requiere la confirmación del propietario de la versión]: las comprobaciones más estrictas llegan a un canal de vista previa de WebView2.

  • [Requiere confirmación del propietario de la versión] — El cumplimiento alcanza el tiempo de ejecución estable Evergreen y la versión no editable correspondiente.

Qué significa esto para su aplicación

  • Aplicaciones que no usan la API de acceso al sistema de archivos:

    No se requiere ninguna acción.

  • Aplicaciones que enumeran directorios seleccionados por el usuario:

    Ahora, las entradas secundarias vinculadas o protegidas podrían devolver un access-denied resultado.

  • Aplicaciones que acceden intencionadamente a datos en ubicaciones restringidas:

    Los flujos de trabajo de Acceso directo al sistema de archivos pueden dejar de funcionar y requerir un cambio de almacenamiento o integración del host.

  • Flujos de trabajo delegados por host:

    Revise si la ubicación concedida, sus elementos secundarios o los segmentos vinculados se encuentran bajo la directiva de ubicación restringida.

Cómo prepararse

  1. Mueva los datos administrados por la aplicación necesarios para el contenido web a una ubicación adecuada no restringida, siempre que sea posible.

  2. Si los datos protegidos deben permanecer en su lugar, exponga solo las operaciones mínimas necesarias a través de una interfaz validada mediada por host, en lugar de un acceso amplio y directo al sistema de archivos.

  3. Controle los resultados de acceso denegado correctamente y proporcione una ruta de recuperación de usuario accionable.

Acerca de las carpetas restringidas

La directiva de ubicación restringida es sensible a la seguridad y puede evolucionar. Microsoft no publicará ni garantizará una lista exhaustiva de directorios. No codifiques de forma rígida una lista de carpetas ni asumas que una ubicación está permitida porque no aparece un nombre en la documentación. La guía pública de Chromium también describe carpetas restringidas y ejemplos, sin publicar una lista de bloqueo exhaustiva.

Más información

  • Carpetas restringidas en la API de acceso al sistema de archivos: simplificación del acceso a archivos locales, en documentos de Chrome.

Compartir comentarios

¿Tiene alguna pregunta o se encuentra con una regresión? Registre un problema en el repositorio WebView2Feedback con la secuencia de API, la forma de carpeta seleccionada, los detalles de la ruta vinculada, las versiones de Windows y del entorno de ejecución y los pasos de reproducción.

Correcciones de errores

  • Superficie de mutación DACL restringida.
  • Se ha corregido un intento de inicio de sesión interactivo de Windows con error para el usuario local actual.
  • Se ha corregido un problema WebResourceRequested por el que los eventos de los trabajos de servicio y los trabajos compartidos no se tenían el ámbito correcto en el perfil WebView2.
  • Se ha corregido la propagación de clics desde la barra de título de Superposición de controles de ventana (WCO) a webcontents.
  • Se ha corregido la ventanilla incorrecta en modo mínimo.
  • Se corrigió la compatibilidad con JAWS en una ventana mínima.
  • Se han corregido las descargas que se enviaban para el examen antivirus en la identidad de la aplicación host en lugar de en la del entorno de ejecución compartido.
  • Se ha corregido el estado de mensaje de marca de la web para que se realice un seguimiento por aplicación host en lugar de por entorno de ejecución WebView2 compartido.

Vea también