| 144 |
Après la mise à jour vers la version 144 de Microsoft Edge, la connexion automatique locale (DOMAINE\utilisateur) peut échouer pour les nouveaux profils Microsoft Edge lorsque la connectivité Internet est manquante ou restreinte, ce qui génère des boîtes de dialogue de connexion au lieu de la connexion automatique et peut créer des problèmes de synchronisation au sein de l’environnement. |
Les administrateurs peuvent appliquer la stratégie OnlyOnPremisesImplicitSigninEnabled pour hiérarchiser la connexion implicite locale. |
|
| 144 |
Dans la version stable de Microsoft Edge 144.0.3719.82, les appareils macOS peuvent présenter une saturation complète du processeur dans certaines conditions. |
Non applicable |
Ce problème est corrigé dans la version stable de Microsoft Edge 144.0.3719.115. |
| 144 |
Dans Microsoft Edge Stable version 144.0.3719.82, les utilisateurs qui n’ont pas terminé complètement leur connexion Microsoft Entra ID pour leur profil Microsoft Edge peuvent ne pas pouvoir accéder aux ressources web protégées par l’accès conditionnel (CA), car l’authentification unique (SSO) ne fonctionnera pas correctement dans cet état de connexion dégradé. |
Utilisez un profil Microsoft Edge non connecté et vérifiez que le paramètre suivant est activé.
Autoriser la connexion unique pour les sites professionnels ou scolaires à l’aide de ce profil (bascule activée) sous edge://settings/profiles/multiProfileSettings.
Cliquez sur « Terminer la connexion » dans le menu volant Profil et terminez la connexion à un profil Edge.
|
Ce problème a été corrigé dans la version stable 144.0.3719.104 de Microsoft Edge. |
| 144 |
Lorsqu’une page de niveau supérieur est chargée à l’aide d’un schéma personnalisé (par exemple, myapp://example/index.html) et que ses ressources sont servies via WebResourceRequested, la page principale s’affiche correctement.
Toutefois, tout iframe de cette page qui navigue également vers une URL de schéma personnalisé est résolu à environ : vide, et tous les liens incorporés utilisant le schéma personnalisé ne se chargent pas non plus.
Ce problème spécifique a affecté toutes les versions de l’interface graphique SAP basées sur le contrôle WebView2. |
Non applicable |
Ce problème est corrigé dans Microsoft Edge version stable 144.0.3719.92. |
| 143 |
À compter de la version stable de Microsoft Edge 143.0.3650.66, l’accès au réseau local est activé par défaut. Cela peut affecter les applications web qui intègrent un iframe cross-origin qui peut éventuellement effectuer des requêtes réseau vers des emplacements considérés comme locaux, ainsi que tous les domaines vers lesquels l’hôte iframe peut accéder. Cela nécessite des modifications de l’application Web de la part du propriétaire de l’application Web.
De même, tout hôte accessible publiquement qui peut être résolu dans une plage d’adresses IP considérée comme locale. Ceci est important pour les hôtes résolus sur des plages d’adresses NAT de classe opérateur (100.64.0.0/10), généralement rencontrées avec certaines solutions VPN et proxy (Zscaler, par exemple). Utilisation de la documentation de la stratégie de navigateur Microsoft Edge LocalNetworkAccessAllowedForUrls Microsoft Learn peut aider à résoudre ces problèmes, mais si le site web contient un iframe inter-domaines (comme le portail Intune), cette stratégie risque de ne pas être suffisante pour atténuer l’impact. |
|
|
| 143 |
Prise en charge de LocalNetworkAccess pour OneDrive et SharePoint. Le client de synchronisation OneDrive a été mis à jour pour prendre en charge les nouvelles modifications apportées à la version 143 de Microsoft Edge qui nécessite Edge d’inviter l’utilisateur ou les administrateurs des URL OneDrive et SharePoint pour bénéficier de performances rapides et d’un accès hors connexion. |
|
En raison de cette modification, d’autres entrées liées à SharePoint et/ou OneDrive apparaissent sous la section « Autorisé à se connecter à n’importe quel appareil de votre réseau local » de la page d’autorisation d’accès au réseau local Edge (edge://settings/privacy/sitePermissions/allPermissions/localNetworkAccess).
La suppression des clés de Registre ajoutées par OneDrive pour la stratégie LocalNetworkAccessAllowedForUrls n’entraîne pas leur recréation. L’ajout de ces clés de Registre par OneDrive n’était qu’une action ponctuelle. Ce changement impliquait uniquement l’ajout de nouvelles clés, OneDrive n’a pas remplacé les stratégies d’accès au réseau local existantes déjà configurées.
Référence SKU par ordinateur : le client de synchronisation OneDrive applique automatiquement les autorisations et les stratégies requises pour les utilisateurs existants dans Edge : aucune action de l’utilisateur n’est nécessaire.
Référence SKU par utilisateur : le client de synchronisation OneDrive invite les utilisateurs via une notification à activer ces autorisations, et les utilisateurs doivent suivre les instructions de notification pour terminer la configuration. |
| 142 |
Dans la version stable de Microsoft Edge 142.0.3595.65, certaines applications tierces ne parviennent pas à démarrer msedge.exe lors de l’utilisation à partir d’une fenêtre d’invite cmd /K cd /d %ProgramFiles(x86)%\Microsoft\Edge\Application && start msedge <url> de commandes. |
Revenez à la version stable de Microsoft Edge 142.0.3595.53. |
Ce problème a été résolu dans la version stable 142.0.3595.76 de Microsoft Edge. |
| 142 |
Les clients d’entreprise rencontrent le rechargement dans les points d’entrée en mode IE supprimés de l’interface utilisateur dans les appareils des utilisateurs. |
Comme annoncé Securing the Future : Modifications apportées au mode Internet Explorer dans Microsoft Edge | Les points d’entrée de l’interface utilisateur de recherche sur les vulnérabilités des navigateurs Microsoft permettant de recharger un site manuellement en mode IE ont été supprimés par défaut des appareils grand public. Cette modification a été achevée avec la publication de Edge 142 Stable.
Cette modification n’a pas d’impact sur les clients d’entreprise lorsque leurs appareils sont configurés correctement sous la stratégie de groupe InternetExplorerIntegrationLevel. |
|
| 142 |
À partir de la version 142.0.3595.11 de Microsoft Edge Beta, les clients peuvent rencontrer un blocage de navigateur si la stratégie SearchSuggestEnabled est configurée. |
Restaurez Microsoft Edge Beta version 141.0.3537.57 ou supprimez temporairement la stratégie SearchSuggestEnabled. |
Ce problème a été résolu dans la version bêta de Microsoft Edge Beta 142.0.3595.19. |
| 142 |
Certains clients commencent de manière inattendue à voir le volet latéral s’ouvrir avec le contexte de leurs liens Teams et Outlook. Dans Microsoft Edge 142, la fonctionnalité d’ouverture automatique est temporairement annulée et les utilisateurs peuvent constater que si la barre latérale a été désactivée (non visible), Microsoft Edge peut ouvrir automatiquement Teams ou le contexte Outlook dans le volet latéral. |
Les utilisateurs peuvent désactiver manuellement l’expérience de contexte d’ouverture automatique dans les paramètres Microsoft Edge (Copilot et barre latérale/Paramètres d’application et de notification/Teams + Outlook).
Les administrateurs peuvent désactiver l’expérience d’ouverture automatique à l’aide de l’une de ces stratégies : -
HubsSidebarEnabled : défini comme « False »
-
ExtensionSettings : sidebar_auto_open_blocked indicateur défini comme « True »
|
|
| Non applicable |
Dans le service de gestion Microsoft Edge (page Microsoft Edge dans le Centre d’administration Microsoft 365), les clients peuvent voir un message d’erreur concernant l’échec du chargement des configurations de stratégie cloud. |
Plusieurs actualisations peuvent résoudre temporairement ce problème. |
Ce problème est résolu pour le service de gestion Microsoft Edge. |
| 140 |
À partir de la version stable de Microsoft Edge 140.0.3485.54, les clients peuvent constater après le lancement de Microsoft Edge 1 à 3 fois qu’il déclenche une fermeture inattendue du navigateur. |
L’effacement de %AppData %\Local\Microsoft\Edge\User Data\Default\Sync Data\ peut résoudre temporairement le problème, ou la suppression et la recréation du profil utilisateur peuvent également résoudre temporairement le problème. |
Ce problème a été corrigé dans la version stable 140.0.3485.66 de Microsoft Edge. |
| Non applicable |
Lorsque Microsoft Edge est installé, il inclut le package hôte Microsoft.MicrosoftEdge.Stable . Ce package est un package hôte de navigateur qui active des fonctionnalités de plateforme qui ne seraient pas disponibles pour le navigateur en tant qu’application Win32 (notifications système, barre des tâches/démarrage de l’épinglage avec des fonctionnalités de type UWP, etc.). Il n’est pas recommandé de l’enlever.
Les clients peuvent constater que la version du package hôte est antérieure à la version actuelle du navigateur. |
|
Ce comportement est normal et n’indique aucune faille de sécurité. En outre, cela n’implique pas que Microsoft Edge ni aucun autre composant n’est obsolète. Le package hôte est mis à jour indépendamment lorsqu’il est détecté lorsque le package est en mauvais état ou qu’une nouvelle fonctionnalité est ajoutée au package hôte. |
| 137 |
Dans Microsoft Edge Stable version 137.0.3296.52, les clients rencontrent des espaces de début inattendus dans le titre de la fenêtre du navigateur, ce qui peut interrompre le flux de travail d’automatisation pour les environnements non anglophones. |
|
Ce problème a été corrigé dans la version stable de Microsoft Edge 137.0.3296.58. |
| 136 |
Dans la version 136.0.3240.50 de Microsoft Edge Stable, du texte ne s’affiche pas et le rendu est rompu lors de l’affichage de certains fichiers PDF contenant des polices japonaises.
Remarque : Ce problème se produit quand le système a des polices avec des noms de fichiers japonais installés. |
Ce problème se produit uniquement avec le nouveau lecteur PDF intégré optimisé par Adobe Acrobat. Enterprise administrateurs peuvent éviter temporairement le problème en désactivant la stratégie NewPDFReaderEnabled . Chaque utilisateur peut également éviter temporairement le problème en désactivant la nouvelle visionneuse PDF dans edge://flags/#edge-new-pdf-viewer. |
Ce problème a été corrigé dans Microsoft Edge version stable 136.0.3240.92. |
| 136 |
Sur la page nouvel onglet de Microsoft Edge (NTP), les clients peuvent voir des flux différents. Même lorsque les stratégies NTP sont configurées, les utilisateurs peuvent avoir sélectionné Découvrir ou Mon flux. |
|
Le problème de NTP et de configuration du Centre d’administration Microsoft 365 est résolu. |
| 136 |
Pour les utilisateurs ayant le paramètre de visibilité de la barre latérale « Masqué automatiquement », leur lien Outlook ou Teams peut ne pas afficher le contenu du volet latéral comme prévu. |
|
Ce problème a été corrigé dans la version stable de Microsoft Edge 137.0.3296.52. |
| 136 |
Le Rédacteur Microsoft (correcteur orthographique) ne propose pas de suggestions pour les mots mal orthographiés |
Le problème a été identifié dans le Rédacteur Microsoft. Les utilisateurs qui ont besoin d’aide pour vérifier l’orthographe peuvent se fier à la fonctionnalité De base. Activé sous edge://settings/languages ou via stratégie de groupe à l’aide de la stratégie MicrosoftEditorProofingEnabled. |
Ce problème est corrigé dans la version stable de Microsoft Edge 136.0.3240.64. |
| 135 |
Les clients peuvent rencontrer un problème où la page de l’expérience de première exécution (FRE) edge://welcome-new-device s’ouvre et échoue avec une page de message d’erreur qui ne se ferme pas. Ce problème se produit lorsque FRE est désactivé et peut être déclenché soudainement après la mise à niveau. |
Restaurez Microsoft Edge à la version 134.0.3124.95 ou modifiez la stratégie HideFirstRunExperience sur « 0 ». |
Ce problème a été résolu dans la version stable de Microsoft Edge 135.0.3179.85. |
| 134 |
À compter de la version 134, les clients peuvent rencontrer un problème qui affecte les extensions qui ouvrent une fenêtre. L’extension peut être suspendue en arrière-plan si la fenêtre est réduite ou obstruée si l’extension est censée continuer à s’exécuter en permanence. |
Les administrateurs d’entreprise peuvent éviter le problème en désactivant la fonctionnalité Onglets en veille à l’aide de la stratégie SleepingTabsEnabled ou en ajoutant le chemin d’extension dans SleepingTabsBlockedForUrls. |
Ce problème a été corrigé dans Microsoft Edge version stable 136.0.3240.92. Consultez également Microsoft Edge v134 La fonctionnalité Onglets en veille affecte les extensions UiPath 22.10, 23.4 et 23.10 |
| 134 |
Les utilisateurs d’entreprise disposant de l’authentification multifacteur (MFA) et de l’accès conditionnel (CA) peuvent voir des fenêtres contextuelles lorsqu’ils démarrent le navigateur Microsoft Edge. |
|
Conscient de l’ampleur de l’impact de ce problème, Microsoft s’efforce d’atténuer temporairement ce problème via le service ECS (Experimentation and Configuration Service). Pour recevoir l’atténuation, les administrateurs ne doivent pas configurer la stratégie ExperimentationAndConfigurationServiceControl ou définir la stratégie sur « FullMode » ou « ConfigurationsOnlyMode ». |
| 134 |
Les utilisateurs d’entreprise avec MFA et CA peuvent ne pas avoir d’authentification unique (SSO) avec Microsoft 365 Copilot Chat. Un bouton de connexion peut s’afficher. |
|
L’utilisateur peut voir un bouton « Se connecter » lorsqu’il tente d’utiliser Copilot. |
| 134 |
Il est possible que les clients ne puissent pas démarrer le navigateur Microsoft Edge par programme à l’aide --inprivate de ET --app (mode application) via la ligne de commande, car le navigateur se bloque. |
Les clients peuvent démarrer le navigateur à l’aide de "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" https://www.contoso.com --inprivate. Ils peuvent également revenir à la version 133.0.3065.92 de Microsoft Edge. |
Ce problème est corrigé dans Microsoft Edge version stable 134.0.3124.83. |
| 133 |
Il se peut que les clients ne puissent pas démarrer la fonctionnalité de synchronisation ou ouvrir des fichiers PDF protégés par AIP dans Microsoft Edge. Un bogue dans la version 133 a provoqué un trafic excessif vers le service MIP. |
Pour la synchronisation : « se déconnecter (conserver les données enregistrées localement) », puis « se connecter » à nouveau. Pour les fichiers PDF protégés par AIP, utilisez Azure Information Protection Viewer. |
Ce problème a été résolu dans la version stable de Microsoft Edge 133.0.3065.69. Remarque : pour certains utilisateurs, il peut encore être nécessaire de se déconnecter et de se reconnecter. |
| 131 |
Avec la version 131.0.2903.48 de Microsoft Edge Stable, du texte n’est pas affiché et le rendu est rompu lors de l’affichage de certains fichiers PDF contenant des polices japonaises. |
Ce problème ne se produit pas avec le nouveau lecteur PDF intégré optimisé par Adobe Acrobat. Les administrateurs d’entreprise peuvent éviter le problème en activant la stratégie NewPDFReaderEnabled . Chaque utilisateur peut également éviter le problème en activant la nouvelle visionneuse PDF dans edge://flags/#edge-new-pdf-viewer.
Remarque : Si vous définissez NewPDFReaderEnabled sur 1, le PDF s’affiche correctement dans Microsoft Edge. Toutefois, le même problème se produit dans l’aperçu avant impression. Certains textes ne s’affichent pas correctement dans l’aperçu avant impression, mais l’impression réelle est correcte. |
Ce problème sur Windows est résolu dans la version stable de Microsoft Edge 131.0.2903.70.
Ce problème sur macOS est corrigé dans la version stable de Microsoft Edge 132.0.2957.115. |
| 130 |
Avec 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. |
Restaurez Microsoft Edge à la version 129.0.2792.89. |
Ce problème a été corrigé dans la version stable 130.0.2849.56 de Microsoft Edge. |
| 130 |
Dans la version 130.0.2849.46, la gestion des URL de schéma non spécial a été mise à jour pour s’aligner sur la norme Standard des URL, ce qui peut affecter la compatibilité du site. |
Ne configurez pas ou ne définissez pas ExperimentationAndConfigurationServiceControl sur « FullMode » ou « ConfigurationsOnlyMode ». Vous pouvez également revenir à la version 129.0.2792.89. |
Microsoft a temporairement désactivé cette fonctionnalité via ECS. Un redémarrage du navigateur est nécessaire. Un changement de code dans la version 130.0.2849.80 le désactive également si ECS est bloqué par la stratégie.
Remarque : Réactivé dans la version 133.0.3065.10+. |
| 128 |
Avec la version 128.0.2739.42 de Microsoft Edge stable, le chargement complet des pages peut échouer lors de la récupération de ressources dans le cache HTTP. Lorsque le problème se produit, DevTools affiche les requêtes en échec avec net ::ERR_FAILED. |
Restaurez Microsoft Edge à la version 127.0.2651.105 pour Microsoft Edge Stable ou à la version 126.0.2592.137 pour Microsoft Edge Extended Stable.
Un rechargement forcé (Ctrl+Bouton Recharger) peut atténuer les chargements de pages individuelles.
Les propriétaires de sites 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 a été corrigé dans la version stable 128.0.2739.63 de Microsoft Edge. |
| 128 |
Avec la version 128.0.2739.42 de Microsoft Edge Stable, les pages de démarrage configurées par les douanes semblent être bloquées à l’état de chargement. |
Restaurez Microsoft Edge à la version 127.0.2651.105 pour Microsoft Edge Stable ou à la version 126.0.2592.137 pour Microsoft Edge Extended Stable.
Utilisez l’argument de la ligne de commande : "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --disable-features="msIrm, msIrmv2, msEndpointDLp"
Remarque : Les arguments de ligne de commande sont sensibles à la casse. |
Le correctif est inclus dans la version stable 128.0.2739.54. |
| 124 |
Des sites web HTTPS spécifiques peuvent afficher ERR_CONNECTION_ABORTED ou ERR_SSL_PROTOCOL_ERROR. Lié à la fonctionnalité « Prise en charge de Kyber hybride TLS 1.3 ». |
Désactiver Kyber via edge://flags/#enable-tls13-kyber. Les entreprises peuvent utiliser la stratégie PostQuantumKeyAgreementEnabled . Registre : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "PostQuantumKeyAgreementEnabled"=0 |
Cette solution de contournement est temporaire et sera supprimée dans les versions ultérieures. La désactivation affaiblit la sécurité TLS. |
| 121 |
Des sites web HTTPS spécifiques peuvent afficher ERR_SSL_KEY_USAGE_INCOMPATIBLE, causé par l’application des extensions d’utilisation de clé X.509. |
Définissez la stratégie RSAKeyUsageForLocalAnchorsEnabled . Registre : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "RSAKeyUsageForLocalAnchorsEnabled"=0 |
Cette stratégie n’est pas effective dans Microsoft Edge version 124 et ultérieures. |
| 120 |
Microsoft Edge ouvre les URL HTTP en tant que HTTPS lorsque le serveur prend en charge HTTPS en raison de la fonctionnalité « HttpsDefault ». |
Utilisez la stratégie HttpsUpgradesEnabled pour désactiver le protocole HTTPS automatique. Auparavant, la stratégie AutomaticHttpsDefault était utilisée, mais elle est déconseillée dans la version 136 de Microsoft Edge. Registre : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "HttpsUpgradesEnabled"=0. Pour désactiver par site, utilisez InsecureContentAllowedForUrls. |
|
| 119 |
Des sites web HTTPS spécifiques peuvent apparaître ERR_SSL_PROTOCOL_ERROR en raison de la suppression de SHA-1 dans les négociations TLS. |
Définissez la stratégie InsecureHashesInTLSHandshakesEnabled. Registre : [HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Edge] (DWORD) "InsecureHashesInTLSHandshakesEnabled"=1 |
Cette stratégie a été supprimée dans la version 124+. L’activation de cette option augmente le risque d’emprunt d’identité. |