Partager via

Modifications du runtime pour la migration vers .NET Framework 4.7.x

Cet article répertorie les problèmes de compatibilité des applications qui ont été introduits dans .NET Framework 4.7, 4.7.1et 4.7.2.

.NET Framework 4.7

JIT

Génération de code incorrecte lors de la transmission et de la comparaison des valeurs UInt16

Détails

En raison des modifications introduites dans .NET Framework 4.7, dans certains cas, le code généré par le compilateur JIT dans les applications s’exécutant sur .NET Framework 4.7 compare incorrectement deux T:System.UInt16 valeurs. Pour plus d’informations, consultez Problème n° 11508 : Mauvaise génération de code silencieuse lors du passage et de la comparaison des arguments ushort sur GitHub.com.

Suggestion

Si vous rencontrez des problèmes dans la comparaison des valeurs non signées 16 bits dans .NET Framework 4.7, effectuez une mise à niveau vers .NET Framework 4.7.1.

Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Windows Presentation Foundation (WPF)

Plantage dans le sélecteur lors de la suppression d’un élément d’une collection INCC personnalisée

Détails

Un T:System.InvalidOperationException peut se produire dans le scénario suivant :

  • L’ItemsSource pour une collection T:System.Windows.Controls.Primitives.Selector est une collection avec une implémentation personnalisée de T:System.Collections.Specialized.INotifyCollectionChanged.
  • L’élément sélectionné est supprimé de la collection.
  • Le T:System.Collections.Specialized.NotifyCollectionChangedEventArgs a P:System.Collections.Specialized.NotifyCollectionChangedEventArgs.OldStartingIndex = -1 (indiquant une position inconnue).

La pile des appels de l’exception commence par at System.Windows.Threading.Dispatcher.VerifyAccess() at System.Windows.DependencyObject.GetValue(DependencyProperty dp) at System.Windows.Controls.Primitives.Selector.GetIsSelected(DependencyObject element). Cette exception peut se produire dans .NET Framework 4.5 si l’application a plusieurs threads dispatcher. Dans .NET Framework 4.7, l’exception peut également se produire dans les applications avec un thread répartiteur unique.

Le problème est résolu dans .NET Framework 4.7.1.

Suggestion

Effectuez une mise à niveau vers .NET Framework 4.7.1.

Nom Valeur
Étendue Mineur
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

DataGridCellsPanel.BringIndexIntoView génère une ArgumentOutOfRangeException

Détails

ScrollIntoView(Object) fonctionne de manière asynchrone lorsque la virtualisation des colonnes est activée, mais que les largeurs de colonne n’ont pas encore été déterminées. Si des colonnes sont supprimées avant que le travail asynchrone ne se produise, un System.ArgumentOutOfRangeException peut se produire.

Suggestion

L’une des opérations suivantes :

  • Effectuez une mise à niveau vers .NET Framework 4.7.
  • Installez le dernier correctif de maintenance pour .NET Framework 4.6.2.
  • Évitez de supprimer des colonnes tant que la réponse asynchrone à ScrollIntoView(Object) n’est pas terminée.
Nom Valeur
Étendue Microsoft Edge
Version 4.6.2
Catégorie Temps d'exécution

API affectées

ObjectDisposedException levée par le vérificateur orthographique de WPF

Détails

Les applications WPF plantent parfois lors de l’arrêt de l’application avec une System.ObjectDisposedException levée par le vérificateur orthographique. Cette opération est corrigée dans .NET Framework 4.7 WPF en gérant correctement l’exception et en garantissant ainsi que les applications ne sont plus affectées de manière négative. Il convient de noter que des exceptions occasionnelles de première chance continuent d’être observées dans les applications s’exécutant sous un débogueur.

Suggestion

Mise à niveau vers .NET Framework 4.7

Nom Valeur
Étendue Microsoft Edge
Version 4.6.1
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Le redimensionnement d’une grille peut entraîner la non-réponse de l’application

Détails

Une boucle infinie peut se produire pendant la disposition d’un T:System.Windows.Controls.Grid dans les circonstances suivantes :

  • Les définitions de lignes contiennent deux *-rows, qui déclarent un MinHeight et un MaxHeight.
  • Le contenu des *-rows ne dépasse pas le MaxHeight correspondant.
  • La hauteur disponible de la grille est dépassée par le premier MinHeight (plus les autres lignes fixes ou automatiques).
  • L’application cible .NET Framework 4.7 ou opte pour l’algorithme d’allocation 4.7 en définissant Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=false.

La boucle se produirait également avec plus de deux lignes, ou dans le cas analogue pour les colonnes. Le problème est résolu dans .NET Framework 4.7.1.

Suggestion

Effectuez une mise à niveau vers .NET Framework 4.7.1. Sinon, si vous n’avez pas besoin de l’algorithme d’allocation 4.7, vous pouvez utiliser le paramètre de configuration suivant :

<runtime>
  <AppContextSwitchOverrides value="Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=true" />
</runtime>
Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

L’arrière-plan RibbonGroup est défini sur transparent dans les builds localisées

Détails

System.Windows.Controls.Ribbon.RibbonGroup l’arrière-plan des builds localisées a constamment été peint avec un pinceau transparent, ce qui entraîne une mauvaise expérience utilisateur. Cela est résolu dans le correctif WPF .NET Framework 4.7 en mettant à jour les ressources localisées pour System.Windows.Controls.Ribbon.RibbonGroup, ce qui garantit à son tour que le pinceau approprié est sélectionné.

Suggestion

Mise à niveau vers .NET Framework 4.7

Nom Valeur
Étendue Microsoft Edge
Version 4.6.2
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Mise à jour de la pile d’impression WPF

Détails

Les API d'impression de WPF qui utilisent System.Printing.PrintQueue appellent maintenant l'API de gestion des documents d'impression de Windows, préférant celle-ci à l'ancienne API d'impression XPS désormais obsolète. Le changement a été apporté avec une facilité de service à l’esprit ; ni les utilisateurs ni les développeurs ne doivent voir les modifications apportées au comportement ou à l’utilisation des API. La nouvelle pile d’impression est activée par défaut lors de l’exécution dans Windows 10 Creators Update. L’ancienne pile d’impression continue de fonctionner comme avant dans les versions antérieures de Windows.

Suggestion

Pour utiliser l’ancienne pile dans Windows 10 Creators Update, définissez la valeur REG_DWORD UseXpsOMPrinting de la clé de Registre HKEY_CURRENT_USER\Software\Microsoft\.NETFramework\Windows Presentation Foundation\Printing sur 1.

Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Windows Workflow Foundation (WF)

Un workflow lève maintenant dans certains cas une exception d’origine au lieu d’une exception NullReferenceException

Détails

Dans .NET Framework 4.6.2 et versions antérieures, lorsque la méthode Execute d’une activité de flux de travail lève une exception avec une null valeur pour la Message propriété, le runtime de flux de travail System.Activities lève une System.NullReferenceExceptionexception, masquant l’exception d’origine. Dans .NET Framework 4.7, l’exception précédemment masquée est levée.

Suggestion

Si votre code s’appuie sur la gestion de System.NullReferenceException, modifiez-le afin d’intercepter les exceptions qui peuvent être levées depuis vos activités personnalisées.

Nom Valeur
Étendue Mineur
Version 4,7
Catégorie Temps d'exécution

API affectées

La persistance SQL de flux de travail ajoute des clusters de clés primaires et interdit les valeurs Null dans certaines colonnes

Détails

À compter de .NET Framework 4.7, les tables créées pour le magasin d’instances de flux de travail SQL (SWIS) par le script SqlWorkflowInstanceStoreSchema.sql utilisent des clés primaires en cluster. Pour cette raison, les identités ne prennent pas en charge les valeurs null. L’opération de SWIS n’est pas affectée par cette modification. Les mises à jour ont été apportées pour prendre en charge la réplication transactionnelle SQL Server.

Suggestion

Le fichier SQL SqlWorkflowInstanceStoreSchemaUpgrade.sql doit être appliqué aux installations existantes afin d’expérimenter cette modification. Les nouvelles installations de base de données auront automatiquement la modification.

Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

.NET Framework 4.7.1

JIT

Génération de code incorrecte lors de la transmission et de la comparaison des valeurs UInt16

Détails

En raison des modifications introduites dans .NET Framework 4.7, dans certains cas, le code généré par le compilateur JIT dans les applications s’exécutant sur .NET Framework 4.7 compare incorrectement deux T:System.UInt16 valeurs. Pour plus d’informations, consultez Problème n° 11508 : Mauvaise génération de code silencieuse lors du passage et de la comparaison des arguments ushort sur GitHub.com.

Suggestion

Si vous rencontrez des problèmes dans la comparaison des valeurs non signées 16 bits dans .NET Framework 4.7, effectuez une mise à niveau vers .NET Framework 4.7.1.

Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Sécurité

RSACng et DSACng sont à nouveau utilisables dans les scénarios de confiance partielle

Détails

CngLightup (utilisé dans plusieurs API de chiffrement de niveau supérieur, par exemple System.Security.Cryptography.Xml.EncryptedXml) et System.Security.Cryptography.RSACng , dans certains cas, reposent sur une confiance totale. Ces éléments comprennent P/Invokes sans l’assertion d’autorisations SecurityPermissionFlag.UnmanagedCode et des chemins de code où System.Security.Cryptography.CngKey a des demandes d’autorisation pour SecurityPermissionFlag.UnmanagedCode. À compter du .NET Framework 4.6.2, CngLightup a été utilisé pour basculer vers System.Security.Cryptography.RSACng dans la mesure du possible. Par conséquent, les applications de confiance partielle qui utilisaient correctement System.Security.Cryptography.Xml.EncryptedXml ont commencé à échouer et à lever des exceptions SecurityException. Cette modification ajoute les assertions nécessaires afin que toutes les fonctions utilisant CngLightup disposent des autorisations requises.

Suggestion

Si cette modification dans .NET Framework 4.6.2 a affecté négativement vos applications d’approbation partielle, effectuez une mise à niveau vers .NET Framework 4.7.1.

Nom Valeur
Étendue Microsoft Edge
Version 4.6.2
Catégorie Temps d'exécution

API affectées

Windows Communication Foundation (WCF)

WCF AddressHeaderCollection lève désormais une exception ArgumentException si un élément addressHeader a la valeur Null

Détails

À partir de .NET Framework 4.7.1, le constructeur AddressHeaderCollection(IEnumerable<AddressHeader>) lance une exception ArgumentException si l’un des éléments est null. Dans .NET Framework 4.7 et versions antérieures, aucune exception n’est levée.

Suggestion

Si vous rencontrez des problèmes de compatibilité avec cette modification sur .NET Framework 4.7.1 ou une version ultérieure, vous pouvez la désactiver en ajoutant la ligne suivante à la <runtime> section du fichier app.config :

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.ServiceModel.DisableAddressHeaderCollectionValidation=true" />
  </runtime>
</configuration>
Nom Valeur
Étendue Mineur
Version 4.7.1
Catégorie Temps d'exécution

API affectées

La valeur par défaut de WCF MsmqSecureHashAlgorithm est maintenant SHA256

Détails

À compter de .NET Framework 4.7.1, l’algorithme de signature de message par défaut dans WCF pour les messages Msmq est SHA256. Dans .NET Framework 4.7 et versions antérieures, l’algorithme de signature de message par défaut est SHA1.

Suggestion

Si vous rencontrez des problèmes de compatibilité avec cette modification sur .NET Framework 4.7.1 ou version ultérieure, vous pouvez désactiver la modification en ajoutant la ligne suivante à la <runtime> section de votre fichier app.config :

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.ServiceModel.UseSha1InMsmqEncryptionAlgorithm=true" />
  </runtime>
</configuration>
Nom Valeur
Étendue Mineur
Version 4.7.1
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

WCF PipeConnection.GetHashAlgorithm utilise désormais SHA256

Détails

À compter du .NET Framework 4.7.1, Windows Communication Foundation utilise un hachage SHA256 pour générer des noms aléatoires pour les canaux nommés. Dans .NET Framework 4.7 et versions antérieures, il a utilisé un hachage SHA1.

Suggestion

Si vous rencontrez un problème de compatibilité avec cette modification sur .NET Framework 4.7.1 ou version ultérieure, vous pouvez la désactiver en ajoutant la ligne suivante à la <runtime> section de votre fichier app.config :

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.ServiceModel.UseSha1InPipeConnectionGetHashAlgorithm=true" />
  </runtime>
</configuration>
Nom Valeur
Étendue Mineur
Version 4.7.1
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Windows Presentation Foundation (WPF)

Fenêtres contextuelles chaînées avec StaysOpen=False

Détails

Une fenêtre contextuelle avec StaysOpen=False est censée se fermer lorsque vous cliquez en dehors de la fenêtre contextuelle. Lorsque deux ou plusieurs fenêtres contextuelles de ce type sont enchaînées (c’est-à-dire lorsque l'une contient l'autre), de nombreux problèmes ont été observés, notamment :

  • Ouvrez deux niveaux, cliquez en dehors de P2 mais à l'intérieur de P1. Rien ne se passe.
  • Ouvrez deux niveaux, cliquez en dehors de P1. Les deux fenêtres contextuelles se ferment.
  • Ouvrez et fermez deux niveaux. Puis réessayez d’ouvrir P2. Rien ne se passe.
  • Essayez d’ouvrir trois niveaux. Vous ne le pouvez pas. (Rien ne se produit ou les deux premiers niveaux se ferment, selon l’endroit où vous cliquez.)

Ces cas (et autres variantes) fonctionnent désormais comme prévu.

Nom Valeur
Étendue Microsoft Edge
Version 4.7.1
Catégorie Temps d'exécution

API affectées

Plantage dans le sélecteur lors de la suppression d’un élément d’une collection INCC personnalisée

Détails

Un T:System.InvalidOperationException peut se produire dans le scénario suivant :

  • L’ItemsSource pour une collection T:System.Windows.Controls.Primitives.Selector est une collection avec une implémentation personnalisée de T:System.Collections.Specialized.INotifyCollectionChanged.
  • L’élément sélectionné est supprimé de la collection.
  • Le T:System.Collections.Specialized.NotifyCollectionChangedEventArgs a P:System.Collections.Specialized.NotifyCollectionChangedEventArgs.OldStartingIndex = -1 (indiquant une position inconnue).

La pile des appels de l’exception commence par at System.Windows.Threading.Dispatcher.VerifyAccess() at System.Windows.DependencyObject.GetValue(DependencyProperty dp) at System.Windows.Controls.Primitives.Selector.GetIsSelected(DependencyObject element). Cette exception peut se produire dans .NET Framework 4.5 si l’application a plusieurs threads dispatcher. Dans .NET Framework 4.7, l’exception peut également se produire dans les applications avec un thread répartiteur unique.

Le problème est résolu dans .NET Framework 4.7.1.

Suggestion

Effectuez une mise à niveau vers .NET Framework 4.7.1.

Nom Valeur
Étendue Mineur
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Le redimensionnement d’une grille peut entraîner la non-réponse de l’application

Détails

Une boucle infinie peut se produire pendant la disposition d’un T:System.Windows.Controls.Grid dans les circonstances suivantes :

  • Les définitions de lignes contiennent deux *-rows, qui déclarent un MinHeight et un MaxHeight.
  • Le contenu des *-rows ne dépasse pas le MaxHeight correspondant.
  • La hauteur disponible de la grille est dépassée par le premier MinHeight (plus les autres lignes fixes ou automatiques).
  • L’application cible .NET Framework 4.7 ou opte pour l’algorithme d’allocation 4.7 en définissant Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=false.

La boucle se produirait également avec plus de deux lignes, ou dans le cas analogue pour les colonnes. Le problème est résolu dans .NET Framework 4.7.1.

Suggestion

Effectuez une mise à niveau vers .NET Framework 4.7.1. Sinon, si vous n’avez pas besoin de l’algorithme d’allocation 4.7, vous pouvez utiliser le paramètre de configuration suivant :

<runtime>
  <AppContextSwitchOverrides value="Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=true" />
</runtime>
Nom Valeur
Étendue Microsoft Edge
Version 4,7
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

.NET Framework 4.7.2

Cœur

Autoriser Unicode dans les URI similaires aux partages UNC

Détails

Dans System.Uri, la construction d’un URI de fichier contenant à la fois un nom de partage UNC et des caractères Unicode ne génère plus d’URI avec un état interne non valide. Le comportement change uniquement lorsque toutes les valeurs suivantes sont vraies :

  • L’URI a le schéma file: et est suivi de quatre barres obliques ou plus.
  • Le nom d’hôte commence par un trait de soulignement ou un autre symbole non réservé.
  • L’URI contient des caractères Unicode.

Suggestion

Les applications qui utilisent des URI contenant constamment Unicode peuvent avoir pu utiliser ce comportement de façon à interdire les références aux partages UNC. Ces applications doivent utiliser IsUnc à la place.

Nom Valeur
Étendue Microsoft Edge
Version 4.7.2
Catégorie Temps d'exécution

API affectées

Prise en charge de la notation spéciale URI relative lorsqu’Unicode est présent

Détails

Uri ne lève plus de NullReferenceException lors de l’appel de TryCreate sur certains URI relatifs contenant de l’Unicode. La reproduction la plus simple du NullReferenceException est ci-dessous, avec les deux déclarations équivalentes :

bool success = Uri.TryCreate("http:%C3%A8", UriKind.RelativeOrAbsolute, out Uri href);
bool success = Uri.TryCreate("http:è", UriKind.RelativeOrAbsolute, out Uri href);

Pour reproduire le NullReferenceException, les éléments suivants doivent être vrais :

  • L’URI doit être spécifié en tant que relatif en l’ajoutant à « http : » et non en le suivant avec « // ».
  • L’URI doit contenir des symboles Unicode encodés en pourcentage ou non réservés.

Suggestion

Les utilisateurs qui dépendent de ce comportement pour empêcher l'utilisation des URI relatifs doivent à la place spécifier UriKind.Absolute lors de la création d’un URI.

Nom Valeur
Étendue Microsoft Edge
Version 4.7.2
Catégorie Temps d'exécution

API affectées

Temps d'exécution

Amélioration de la validation des certificats de confiance des chaînes WCF pour l’authentification de certificat Net.Tcp

Détails

.NET Framework 4.7.2 améliore la validation des certificats de confiance des chaînes lors de l’utilisation de l’authentification de certificat avec la sécurité de transport avec WCF. Avec cette amélioration, les certificats clients utilisés pour s’authentifier auprès d’un serveur doivent être configurés pour l’authentification du client. De même, les certificats de serveur pour l’authentification d’un serveur doivent être configurés pour l’authentification du serveur. Avec cette modification, si le certificat racine est désactivé, la validation de la chaîne de certificats échoue. La même modification a également été apportée à .NET Framework 3.5 et versions ultérieures via la mise à jour de sécurité cumulative de Windows. Vous trouverez plus d’informations à la base de connaissances 4055269. Cette modification est activée par défaut et peut être désactivée par un paramètre de configuration.

Suggestion

  • Vérifiez si votre serveur et votre certificat client disposent de l'OID EKU requis. Si ce n’est pas le cas, mettez à jour votre certification.

  • Vérifiez si votre certificat racine n’est pas valide. Si c’est le cas, mettez à jour le certificat racine.

  • Si vous ne pouvez pas mettre à jour le certificat, vous pouvez contourner temporairement la modification gênante en utilisant le paramètre de configuration suivant. Toutefois, la désactivation de la modification laissera votre système vulnérable au problème de sécurité.

    <appSettings>
  <add key="wcf:useLegacyCertificateUsagePolicy" value="true" />
</appSettings>
Nom Valeur
Étendue Mineur
Version 4.7.2
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Applications Web

Le paramètre d’application « dataAnnotations :dataTypeAttribute :disableRegEx » est activé par défaut dans .NET Framework 4.7.2

Détails

Dans .NET Framework 4.6.1, un paramètre d’application (dataAnnotations:dataTypeAttribute:disableRegEx) a été introduit qui permet aux utilisateurs de désactiver l’utilisation d’expressions régulières dans des attributs de type de données (tels que System.ComponentModel.DataAnnotations.EmailAddressAttribute, System.ComponentModel.DataAnnotations.UrlAttributeet System.ComponentModel.DataAnnotations.PhoneAttribute). Cela permet de réduire la vulnérabilité de sécurité, comme éviter la possibilité d’une attaque par déni de service à l’aide d’expressions régulières spécifiques.
Dans .NET Framework 4.6.1, ce paramètre d’application pour désactiver l’utilisation d’RegEx a été défini false par défaut. À compter de .NET Framework 4.7.2, ce commutateur de configuration est défini true par défaut pour réduire davantage la vulnérabilité sécurisée pour les applications web qui ciblent .NET Framework 4.7.2 et versions ultérieures.

Suggestion

Si vous constatez que les expressions régulières dans votre application web ne fonctionnent pas après la mise à niveau vers .NET Framework 4.7.2, vous pouvez mettre à jour la valeur du paramètre dataAnnotations:dataTypeAttribute:disableRegEx afin de revenir au comportement précédent avec false.

<configuration>
<appSettings>
...
<add key="dataAnnotations:dataTypeAttribute:disableRegEx" value="false"/>
...
</appSettings>
</configuration>
Nom Valeur
Étendue Mineur
Version 4.7.2
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

Windows Presentation Foundation (WPF)

Amélioration du comportement des raccourcis clavier dans WPF

Détails

Le comportement des info-clés a été modifié pour s'aligner avec le comportement sur Microsoft Word et l’Explorateur Windows. En vérifiant si l'état de l'indicateur de touche est activé ou non dans le cas où une touche SystemKey (notamment une touche Key ou F11) est enfoncée, WPF gère les raccourcis clavier de manière appropriée. Les touches d’accès ignorent désormais un menu même lorsqu’il est ouvert par la souris.

Suggestion

N/A

Nom Valeur
Étendue Microsoft Edge
Version 4.7.2
Catégorie Temps d'exécution

API affectées

Non détectable par le biais d’une analyse d’API.

  • Last updated on