| 145 |
Es posible que algunos usuarios no puedan arrastrar y soltar archivos desde el menú Descargas. Este problema se produce en el nuevo menú Descargas, que está habilitado como parte de un lanzamiento controlado de características para los usuarios seleccionados. |
N/D |
Este problema se ha resuelto y ya no afecta a los usuarios. |
| 144 |
Después de actualizar a la versión 144 de Microsoft Edge, es posible que se produzca un error en el inicio de sesión automático local (DOMINIO\usuario) para los nuevos perfiles de Microsoft Edge cuando falta conectividad a Internet o está restringida, lo que provoca diálogos de inicio de sesión en lugar del inicio de sesión automático y puede crear problemas de sincronización dentro del entorno. |
Los administradores pueden aplicar la directiva OnlyOnPremisesImplicitSigninEnabled para priorizar el inicio de sesión implícito local. |
|
| 144 |
En la versión estable de Microsoft Edge 144.0.3719.82, los dispositivos macOS pueden experimentar un núcleo de CPU totalmente saturado en determinadas condiciones. |
N/D |
Este problema se ha corregido en la versión estable de Microsoft Edge 144.0.3719.115. |
| 144 |
En la versión estable de Microsoft Edge 144.0.3719.82, es posible que los usuarios que no hayan completado completamente el inicio de sesión de Microsoft Entra ID para su perfil de Microsoft Edge no puedan acceder a los recursos web protegidos por el Acceso condicional (CA), ya que el inicio de sesión único (SSO) no funcionará correctamente en este estado de inicio de sesión degradado. |
Use un perfil de Microsoft Edge que no haya iniciado sesión y asegúrese de que la siguiente configuración está habilitada.
Permitir el inicio de sesión único para sitios profesionales o educativos con este perfil (activar activación) en edge://settings/profiles/multiProfileSettings.
Haga clic en "Completar inicio de sesión" en el control flotante Perfil y termine de iniciar sesión en un perfil de Edge.
|
Este problema se ha corregido en la versión estable de Microsoft Edge 144.0.3719.104. |
| 144 |
Cuando una página de nivel superior se carga mediante un esquema personalizado (por ejemplo, myapp://example/index.html) y sus recursos se sirven a través de WebResourceRequested, la página principal se representa correctamente.
Sin embargo, cualquier iframe dentro de esa página que también navegue a una URL de esquema personalizado se resuelve en about: blank, y los vínculos incrustados que usan el esquema personalizado tampoco se cargan.
Este problema específico ha afectado a todas las versiones de la GUI de SAP basadas en el control WebView2. |
N/D |
Este problema se ha corregido en la versión estable de Microsoft Edge 144.0.3719.92. |
| 143 |
A partir de la versión estable de Microsoft Edge 143.0.3650.66, el acceso a la red local está habilitado de forma predeterminada. Esto puede afectar a las aplicaciones web que insertan un iframe de origen cruzado que eventualmente puede realizar solicitudes de red a ubicaciones que se consideran locales, junto con todos los dominios a los que el host de iframe puede navegar. Esto requiere que el propietario de la aplicación web realice cambios en la aplicación web.
Además, cualquier host de acceso público que pueda resolverse en un intervalo de direcciones IP considerado local. Esto es impactante para los hosts que se resuelven en intervalos de direcciones NAT de nivel de operador (100.64.0.0/10), que normalmente se ven con determinadas soluciones VPN y proxy (Zscaler, por ejemplo). Uso de la documentación de directiva de explorador Microsoft Edge LocalNetworkAccessAllowedForUrls Microsoft Learn puede ayudar a resolver estos problemas, pero si el sitio web contiene un iframe entre dominios (como el portal de Intune), es posible que esta directiva no sea suficiente para mitigar el impacto. |
|
|
| 143 |
LocalNetworkAccess compatible con OneDrive y SharePoint. El cliente de sincronización de OneDrive se ha actualizado para admitir los nuevos cambios en Microsoft Edge versión 143 que requiere que Edge solicite al usuario o administradores las direcciones URL de OneDrive y SharePoint para tener un rendimiento rápido y acceso sin conexión. |
|
Como resultado de este cambio, otras entradas relacionadas con SharePoint o OneDrive aparecen en la sección "Se permite conectarse a cualquier dispositivo de la red local" de la página de permisos de acceso a la red local de Edge (edge://settings/privacy/sitePermissions/allPermissions/localNetworkAccess).
La eliminación de las claves del Registro agregadas por OneDrive para la directiva LocalNetworkAccessAllowedForUrls no hace que se vuelvan a crear. La adición de estas claves del Registro por parte de OneDrive era una acción única. Este cambio solo implicaba agregar nuevas claves, OneDrive no sobrescribía ninguna directiva de acceso a la red local existente ya configurada.
Por SKU de equipo: el cliente de sincronización de OneDrive aplica automáticamente los permisos y directivas necesarios para los usuarios existentes en Edge, sin que sea necesario realizar ninguna acción por parte del usuario.
Por SKU de usuario: el cliente de sincronización de OneDrive pide a los usuarios a través de una notificación que habiliten estos permisos, y los usuarios deben seguir las instrucciones de notificación para completar la configuración. |
| 142 |
En la versión estable de Microsoft Edge 142.0.3595.65, algunas aplicaciones de terceros no se inician msedge.exe mientras se usan cmd /K cd /d %ProgramFiles(x86)%\Microsoft\Edge\Application && start msedge <url> desde una ventana del símbolo del sistema. |
Revertir a la versión estable de Microsoft Edge 142.0.3595.53. |
Este problema se ha corregido en la versión estable de Microsoft Edge 142.0.3595.76. |
| 142 |
Los clientes empresariales encuentran puntos de entrada de recarga en modo IE que se quitan de la interfaz de usuario en los dispositivos de los usuarios. |
Como se anunció Proteger el futuro: cambios en el modo de Internet Explorer en Microsoft Edge | Los puntos de entrada de la interfaz de usuario de investigación de vulnerabilidades del explorador de Microsoft para volver a cargar un sitio manualmente en modo IE se han quitado de los dispositivos del consumidor de forma predeterminada. Este cambio se ha completado con el lanzamiento de Edge 142 estable.
Este cambio no afecta a los clientes empresariales cuando sus dispositivos están configurados correctamente bajo la directiva de grupo InternetExplorerIntegrationLevel. |
|
| 142 |
A partir de la versión 142.0.3595.11 de Microsoft Edge Beta, es posible que los clientes experimenten un bloqueo del explorador si se configura la directiva SearchSuggestEnabled. |
Revertir a la versión 141.0.3537.57 de Microsoft Edge Beta o quitar temporalmente la directiva SearchSuggestEnabled. |
Este problema se ha corregido en la versión 142.0.3595.19 de Microsoft Edge Beta. |
| 142 |
Algunos clientes empiezan a ver inesperadamente el panel lateral abierto con contexto para sus vínculos de Teams y Outlook. En Microsoft Edge 142, la característica de apertura automática se revierte temporalmente y es posible que los usuarios encuentren que si la barra lateral está desactivada (no visible), Microsoft Edge puede abrir automáticamente el contexto de Teams o Outlook en el panel lateral. |
Los usuarios pueden desactivar manualmente la experiencia de contexto de apertura automática en la configuración de Microsoft Edge (Copilot y barra lateral/Configuración de aplicaciones y notificaciones/Teams + Outlook).
Los administradores pueden desactivar la experiencia de apertura automática mediante cualquiera de estas directivas: -
HubsSidebarEnabled: establecido como "falso"
-
ExtensionSettings: marca de sidebar_auto_open_blocked establecida como "True"
|
|
| N/D |
En el servicio de administración de Microsoft Edge (página Microsoft Edge del Centro de administración de Microsoft 365), es posible que los clientes vean un mensaje de error sobre configuraciones de directivas de nube que no se cargan. |
Varias actualizaciones pueden resolver temporalmente esto. |
Este problema se ha corregido para el servicio de administración de Microsoft Edge. |
| 140 |
A partir de la versión estable de Microsoft Edge 140.0.3485.54, es posible que los clientes encuentren después de iniciar Microsoft Edge de 1 a 3 veces que desencadena un cierre inesperado del explorador. |
Borrar %AppData%\Local\Microsoft\Edge\User Data\Default\Sincronizar datos\ puede resolver temporalmente el problema o eliminar y volver a crear el perfil de usuario también puede corregir temporalmente el problema. |
Este problema se ha corregido en la versión estable 140.0.3485.66 de Microsoft Edge. |
| N/D |
Cuando se instala Microsoft Edge, incluye el paquete de host Microsoft.MicrosoftEdge.Stable . Este paquete es un paquete host del explorador y permite funcionalidades de plataforma que, de lo contrario, no estarían disponibles para el explorador como una aplicación Win32 (notificaciones del sistema, barra de tareas/inicio anclaje con características similares a UWP, etc.). No se recomienda quitarlo.
Los clientes pueden observar que el paquete host es una versión anterior a la versión actual del explorador. |
|
Este es el comportamiento esperado y no indica ninguna vulnerabilidad de seguridad. Además, esto no implica que Microsoft Edge ni ningún otro componente esté obsoleto. El paquete host se actualiza independientemente cuando se detecta cuando el paquete está en mal estado o se agrega una nueva característica al paquete host. |
| 137 |
En la versión estable de Microsoft Edge 137.0.3296.52, los clientes encuentran espacios iniciales inesperados en el título de la ventana del explorador, lo que puede interrumpir el flujo de trabajo de automatización para entornos que no están en inglés. |
|
Este problema se ha corregido en la versión estable de Microsoft Edge 137.0.3296.58. |
| 136 |
En la versión estable de Microsoft Edge 136.0.3240.50, no se muestra parte del texto y la representación se interrumpe al visualizar determinados archivos PDF que contienen fuentes japonesas.
Nota: Este problema se produce cuando el sistema tiene instaladas fuentes con nombres de archivo japoneses. |
Este problema solo se produce con el nuevo lector de PDF integrado con tecnología de Adobe Acrobat. Los administradores de empresa pueden evitar temporalmente el problema deshabilitando la directiva NewPDFReaderEnabled . Cada usuario también puede evitar temporalmente el problema deshabilitando el nuevo visor de PDF en edge://flags/#edge-new-pdf-viewer. |
Este problema se ha corregido en la versión estable de Microsoft Edge 136.0.3240.92. |
| 136 |
En la página de nueva pestaña (NTP) de Microsoft Edge, es posible que los clientes vean fuentes diferentes. Incluso cuando se configuran directivas NTP, los usuarios pueden tener seleccionadas Descubrir o Mi fuente. |
|
Se ha corregido el problema con NTP y con la configuración del Centro de administración de Microsoft 365. |
| 136 |
Para los usuarios con la configuración de visibilidad de barra lateral "Oculta automáticamente", es posible que su vínculo de Outlook o Teams no muestre el contenido del panel lateral como se esperaba. |
|
Este problema se ha corregido en la versión estable de Microsoft Edge 137.0.3296.52. |
| 136 |
El Editor Microsoft (corrector ortográfico) no ofrece sugerencias para las palabras mal escritas |
El problema se identificó en el Editor Microsoft. Los usuarios que necesiten ayuda en la revisión ortográfica pueden confiar en la funcionalidad básica. Habilitado en edge://settings/languages o a través de directiva de grupo mediante la directiva MicrosoftEditorProofingEnabled. |
Este problema se ha corregido en la versión estable 136.0.3240.64 de Microsoft Edge. |
| 135 |
Es posible que los clientes vean un problema por el que se abre la página de experiencia de primera ejecución (FRE) edge://welcome-new-device y se produce un error con una página de mensaje de error que no se cierra. Esto ocurre cuando la FRE está deshabilitada y puede desencadenarse repentinamente después de la actualización. |
Revierte Microsoft Edge a la versión 134.0.3124.95 o modifica la directiva HideFirstRunExperience a "0". |
Este problema se ha corregido en la versión estable de Microsoft Edge 135.0.3179.85. |
| 134 |
A partir de la versión 134, los clientes pueden encontrar un problema que afecta a las extensiones que abren una ventana. La extensión se puede pausar en segundo plano si la ventana se minimiza u ocluirse si la extensión está diseñada para seguir ejecutándose siempre. |
Los administradores de las organizaciones pueden evitar este problema si deshabilitan la característica Sleeping Tabs mediante la directiva SleepingTabsEnabled o agregan la ruta de la extensión en SleepingTabsBlockedForUrls. |
Este problema se ha corregido en la versión estable de Microsoft Edge 136.0.3240.92. Además, consulte Microsoft Edge v134 La función de pestañas en reposo afecta a las extensiones de UiPath 22.10, 23.4 y 23.10 |
| 134 |
Los usuarios empresariales con autenticación multifactor (MFA) y acceso condicional (CA) pueden ver elementos emergentes al iniciar el explorador Microsoft Edge. |
|
Reconociendo el amplio impacto que está teniendo este problema, Microsoft está trabajando para mitigar temporalmente este problema a través del Servicio de experimentación y configuración (ECS). Para recibir la mitigación, los administradores no deben configurar la directiva ExperimentationAndConfigurationServiceControl o establecer la directiva en "FullMode" o "ConfigurationsOnlyMode". |
| 134 |
Es posible que los usuarios empresariales con MFA y CA no tengan inicio de sesión único (SSO) con Microsoft 365 Copilot Chat. Es posible que el usuario vea un botón "iniciar sesión". |
|
Es posible que el usuario vea un botón de "inicio de sesión" cuando intente usar Copilot. |
| 134 |
Es posible que los clientes no puedan iniciar el explorador Microsoft Edge mediante programación con --inprivate y --app (modo de aplicación) a través de la línea de comandos debido a que el explorador se bloquea. |
Los clientes pueden iniciar el explorador mediante "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" https://www.contoso.com --inprivate. Como alternativa, pueden revertir a la versión 133.0.3065.92 de Microsoft Edge. |
Este problema se ha corregido en la versión estable de Microsoft Edge 134.0.3124.83. |
| 133 |
Es posible que los clientes no puedan iniciar la funcionalidad de sincronización ni abrir archivos PDF protegidos por AIP en Microsoft Edge. Un error en la versión 133 provocó un tráfico excesivo al servicio MIP. |
Para la sincronización: "cerrar sesión (manteniendo los datos guardados localmente)" y, a continuación, "volver a iniciar sesión". Para archivos PDF protegidos por AIP, use Azure Information Protection Viewer. |
Este problema se ha corregido en la versión estable de Microsoft Edge 133.0.3065.69. Nota: para algunos usuarios, puede que todavía sea necesario cerrar sesión y volver a iniciarla. |
| 131 |
Con la versión estable de Microsoft Edge 131.0.2903.48, no se muestra texto y la representación se interrumpe al ver determinados archivos PDF que contienen fuentes japonesas. |
Este problema no se produce con el nuevo lector de PDF integrado con tecnología de Adobe Acrobat. Los administradores de la empresa pueden evitar el problema si habilitan la directiva NewPDFReaderEnabled . Cada usuario también puede evitar el problema habilitando el nuevo visor de PDF en edge://flags/#edge-new-pdf-viewer.
Nota: Al establecer NewPDFReaderEnabled en 1, el PDF se muestra correctamente en Microsoft Edge. Sin embargo, el mismo problema se produce en la vista previa de impresión. Parte del texto no se muestra correctamente en la vista previa de impresión, pero la copia impresa real es correcta. |
Este problema en Windows se ha corregido en la versión estable 131.0.2903.70 de Microsoft Edge.
Este problema en macOS se ha corregido en la versión estable 132.0.2957.115 de Microsoft Edge. |
| 130 |
Con la versión estable de Microsoft Edge 130.0.2849.46, algunas extensiones del explorador ya no funcionan si usan la API chrome.storage.managed. |
Revierta Microsoft Edge a la versión 129.0.2792.89. |
Este problema se ha corregido en la versión estable de Microsoft Edge 130.0.2849.56. |
| 130 |
En la versión 130.0.2849.46, se actualizó la gestión de URL de esquema no especial para alinearse con URL Standard, lo que puede afectar a la compatibilidad del sitio. |
No configure ni establezca ExperimentationAndConfigurationServiceControl en "FullMode" o "ConfigurationsOnlyMode". Como alternativa, vuelva a la versión 129.0.2792.89. |
Microsoft deshabilitó temporalmente esta característica a través de ECS. Es necesario reiniciar el explorador. Un cambio de código en la versión 130.0.2849.80 también lo deshabilita si ECS está bloqueado por directiva.
Nota: Rehabilitado en la versión 133.0.3065.10+. |
| 128 |
Con la versión estable de Microsoft Edge 128.0.2739.42, es posible que las páginas no se carguen completamente al recuperar recursos de la caché HTTP. Cuando se encuentra el problema, DevTools muestra las solicitudes que fallan con net::ERR_FAILED. |
Revierta Microsoft Edge a la versión 127.0.2651.105 para Microsoft Edge estable o a la versión 126.0.2592.137 para Microsoft Edge estable extendido.
Una recarga forzada (Ctrl+botón Recargar) puede mitigar las cargas de página individuales.
Los propietarios de sitios también pueden considerar la posibilidad de reducir el uso del almacenamiento en caché HTTP para los recursos afectados hasta que se solucione el problema. |
Microsoft está colaborando con el proyecto Chromium a través de Chromium 362788339 de errores para solucionar el problema. Este problema se ha corregido en la versión estable de Microsoft Edge 128.0.2739.63. |
| 128 |
Con la versión estable de Microsoft Edge 128.0.2739.42, las páginas de inicio configuradas personalizadas parecen estar bloqueadas en el estado de carga. |
Revierta Microsoft Edge a la versión 127.0.2651.105 para Microsoft Edge estable o a la versión 126.0.2592.137 para Microsoft Edge estable extendido.
Usa el argumento de la línea de comandos: "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --disable-features="msIrm, msIrmv2, msEndpointDLp"
Nota: Los argumentos de la línea de comandos distinguen mayúsculas de minúsculas. |
La corrección se incluye en la versión estable 128.0.2739.54. |
| 124 |
Sitios web HTTPS específicos pueden mostrar ERR_CONNECTION_ABORTED o ERR_SSL_PROTOCOL_ERROR. Vinculado a la característica "Compatibilidad con Kyber híbrido TLS 1.3". |
Deshabilitar Kyber a través de edge://flags/#enable-tls13-kyber. Las empresas pueden usar la directiva PostQuantumKeyAgreementEnabled . Registro: [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "PostQuantumKeyAgreementEnabled"=0 |
Esta solución alternativa es temporal y se quitará en versiones futuras. Deshabilitar debilita la seguridad de TLS. |
| 121 |
Sitios web HTTPS específicos pueden mostrar ERR_SSL_KEY_USAGE_INCOMPATIBLE, causado por la aplicación de extensiones de uso de claves X.509. |
Establece la directiva RSAKeyUsageForLocalAnchorsEnabled . Registro: [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "RSAKeyUsageForLocalAnchorsEnabled"=0 |
Esta directiva no es válida en la versión 124 de Microsoft Edge y posteriores. |
| 120 |
Microsoft Edge abre direcciones URL HTTP como HTTPS cuando el servidor admite HTTPS debido a la característica "HttpsDefault". |
Use la directiva HttpsUpgradesEnabled para deshabilitar el HTTPS automático. Anteriormente se usaba la directiva AutomaticHttpsDefault , pero está en desuso en Microsoft Edge versión 136. Registro: [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "HttpsUpgradesEnabled"=0. Para deshabilitar por sitio, use InsecureContentAllowedForUrls. |
|
| 119 |
Sitios web HTTPS específicos pueden mostrarse ERR_SSL_PROTOCOL_ERROR debido a la eliminación de SHA-1 en los protocolos de enlace TLS. |
Establecer la directiva InsecureHashesInTLSHandshakesEnabled . Registro: [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "InsecureHashesInTLSHandshakesEnabled"=1 |
Esta directiva se quitó en la versión 124+. Al habilitar esto, aumenta el riesgo de suplantación. |