Problèmes connus de Microsoft Edge
Cet article effectue le suivi des problèmes connus, des solutions de contournement et des correctifs pour Microsoft Edge.
Problèmes d’impact élevé
Ces problèmes ont un impact élevé, comme indiqué par CSS. Consultez souvent cet article, car l’équipe Microsoft Edge fournit des solutions de contournement et des correctifs.
Le tableau suivant répertorie les problèmes que l’équipe Microsoft Edge suit de près, travaille ou résout.
| Version | Symptôme | Solution de contournement | Comment |
|---|---|---|---|
| 130 | Dans Microsoft Edge Stable Version 130.0.2849.46, la gestion des URL de schéma non spécial a été mise à jour pour devenir conforme à la norme d’URL (https://url.spec.whatwg.org/). Cette modification a des répercussions sur la compatibilité des sites, ce qui peut nécessiter des modifications de vos sites web. Pour plus d’informations et pour obtenir des conseils pour les développeurs web, consultez http://bit.ly/url-non-special. | Assurez-vous que vos clients reçoivent des charges utiles de configuration en ne configurant pas la stratégie ExperimentationAndConfigurationServiceControl ou en définissant la stratégie sur « FullMode » ou « ConfigurationsOnlyMode ». Vous pouvez également restaurer Microsoft Edge vers la version 129.0.2792.89. | Reconnaissant l’impact important de ce problème, Microsoft a décidé de désactiver temporairement cette fonctionnalité via le service d’expérimentation et de configuration (ECS). Cette désactivation de fonctionnalité étant désormais entièrement déployée sur Edge 130 Stable (100 %), il est prévu que cela prenne effet après un redémarrage du navigateur. En outre, et si ECS est désactivé par le biais d’une stratégie, une modification du code pour désactiver temporairement cette fonctionnalité est en cours d’enregistrement, qui sera incluse dans une prochaine version d’Edge 130 Stable. Une mise à jour sera fournie une fois que Microsoft aura déterminé la version stable d’Edge qui traitera le problème. Note: Cette fonctionnalité est prévue pour être à nouveau activée dans Microsoft Edge version 133. Les administrateurs peuvent utiliser l’indicateur de fonctionnalité StandardCompliantNonSpecialSchemeURLParsing pour activer explicitement la fonctionnalité dans le canal Edge Canary. Les clients sont encouragés à tester l’impact de cette fonctionnalité à venir et à se préparer au changement de comportement. |
| 130 | À compter de la version stable de Microsoft Edge 130.0.2849.46, certaines extensions de navigateur ne fonctionnent plus si elles utilisent l’API chrome.storage.managed. | Restaurer Microsoft Edge à la version 129.0.2792.89. | Ce problème est résolu dans la version stable de Microsoft Edge 130.0.2849.56. |
| 128 | À compter de la version stable de Microsoft Edge 128.0.2739.42, le chargement complet des pages peut échouer lors de la récupération des ressources à partir du cache HTTP. Lorsque le problème se produit, DevTools affiche les requêtes qui échouent avec net ::ERR_FAILED. | Restaurez Microsoft Edge à la version 127.0.2651.105 pour Edge Stable ou à la version 126.0.2592.137 pour Edge Extended Stable. Un rechargement forcé (Ctrl+Bouton Recharger) peut atténuer les chargements de pages individuelles. Les propriétaires de site peuvent également envisager de réduire l’utilisation de la mise en cache HTTP pour les ressources impactées jusqu’à ce que le problème soit résolu. |
Microsoft collabore avec le projet Chromium via Chromium 362788339 de bogues pour résoudre le problème. Ce problème est résolu dans la version stable de Microsoft Edge 128.0.2739.63. |
| 128 | À compter de la version stable de Microsoft Edge 128.0.2739.42, les pages de démarrage configurées personnalisées semblent bloquées dans l’état de chargement. | Restaurez Microsoft Edge à la version 127.0.2651.105 pour Edge Stable ou à la version 126.0.2592.137 pour Edge Extended Stable. Utilisez l’argument de ligne de commande : "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --disable-features="msIrm, msIrmv2, msEndpointDLp"Note: Les arguments de ligne de commande respectent la casse. |
Le correctif est inclus dans la version stable 128.0.2739.54. |
| 124 | Les sites web HTTPS spécifiques ne sont plus accessibles, avec l’erreur suivante : ERR_CONNECTION_ABORTED ou ERR_SSL_PROTOCOL_ERROR. Cette erreur peut également se produire lors de l’extraction de ressources sur la page, provoquant des problèmes d’affichage ou de retard. La fonctionnalité « Prise en charge de Kyber hybride TLS 1.3 » provoque cette erreur. |
Pour vérifier si le problème est lié à l’encapsulation de clé Kyber dans TLS, vous pouvez désactiver la fonctionnalité via son indicateur dans edge://flags/#enable-tls13-kyber.Les administrateurs d’entreprise qui ont besoin de plus de temps pour mettre à jour leurs certificats peuvent définir la stratégie d’entreprise PostQuantumKeyAgreementEnabled comme solution de contournement temporaire. Remarque : - Ce correctif est une mesure temporaire qui sera supprimée dans les futures versions de Microsoft Edge. - La désactivation de cette stratégie signifie que le trafic utilisateur n’est pas protégé contre le déchiffrement par les ordinateurs quantiques. La clé de Registre pour la stratégie est la suivante : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) « PostQuantumKeyAgreementEnabled"=0 |
|
| 121 | Les sites web HTTPS spécifiques ne sont plus accessibles, avec l’erreur suivante : ERR_SSL_KEY_USAGE_INCOMPATIBLE Ce problème est dû à l’application d’extensions d’utilisation de clé X.509 pour les clés RSA dans TLS 1.2 et versions antérieures. |
Les administrateurs d’entreprise qui ont besoin de plus de temps pour mettre à jour leurs certificats peuvent définir la stratégie d’entreprise RSAKeyUsageForLocalAnchorsEnabled comme solution de contournement temporaire. Cette stratégie était temporairement disponible pour les administrateurs qui avaient besoin de plus de temps pour mettre à jour leurs certificats afin de répondre aux nouvelles exigences d’utilisation de la clé RSA. Remarque : Cette stratégie est supprimée dans Microsoft Edge version 124 et ultérieure. La clé de Registre pour la stratégie est la suivante : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD)"RSAKeyUsageForLocalAnchorsEnabled"=0 |
|
| 120 | Lorsque Microsoft Edge démarre avec une URL HTTP externe (par exemple, http://www.example.com), Microsoft Edge ouvre la page directement avec HTTPS, au cas où le serveur activait également HTTPS. La même chose se produit si vous suivez un lien hypertexte comme celui-ci http://www.example.com dans un nouvel onglet.Ce changement de comportement est dû à la fonctionnalité « HttpsDefault », activée par défaut. |
Avec Microsoft Edge 120.0.2210.89, la stratégie AutomaticHttpsDefault peut être utilisée pour désactiver le passage automatique de HTTP à HTTPS. Si vous devez désactiver le passage automatique de HTTP à HTTPS, déployez cette stratégie : « Configurer le protocole HTTPS automatique » :> « La fonctionnalité HTTPS automatique est désactivée ». (valeur 0) La clé de Registre pour la stratégie est la suivante : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) « AutomaticHttpsDefault"=0 Dans un scénario où vous souhaitez uniquement désactiver le commutateur automatique pour des sites web spécifiques, vous pouvez utiliser la stratégie InsecureContentAllowedForUrls pour configurer ces sites. |
|
| 119 | Les sites web HTTPS spécifiques ne sont plus accessibles, avec l’erreur : ERR_SSL_PROTOCOL_ERROR. Ce problème est dû à la suppression de la prise en charge des algorithmes de signature à l’aide de SHA-1 pour les signatures de serveur pendant la négociation TLS. |
Les administrateurs d’entreprise qui ont besoin de plus de temps peuvent définir la stratégie d’entreprise InsecureHashesInTLSHandshakesEnabled comme solution de contournement temporaire. Remarque : - Cette stratégie est temporaire. Il a été supprimé dans Microsoft Edge version 124 et versions ultérieures. - Étant donné que cela autorise une fonction de hachage non sécurisée dans une partie critique de l’établissement d’une liaison TLS, l’activation de cette stratégie augmente le risque que des attaquants empruntent l’identité de serveurs dans un déploiement d’entreprise. La clé de Registre pour la stratégie est la suivante : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) « InsecureHashesInTLSHandshakesEnabled"=1 |