Cet article décrit le correctif 3146714 correctif logiciel mis à la disposition de Microsoft .NET Framework 4.6 et 4.6.1. Pour plus d’informations sur les problèmes que le correctif correctif corrige, voir la section « Problèmes que ce correctif peut apporter ».
Résolution
Le correctif correspondant à KB3146714 a été précédé des dernières mises à jour de .NET Framework, qui contiennent tous les correctifs précédemment inclus dans la mise à jour KB3146714. Nous vous recommandons d’installer les dernières mises à jour de .NET Framework.
Pour plus d’informations sur le téléchargement des fichiers de support Microsoft, cliquez sur le numéro d’article suivant pour afficher cet article dans la Base de connaissances Microsoft :
119591 Comment obtenir des fichiers de support Microsoft auprès des services en ligne. Microsoft a analysé ce fichier à la recherche de virus. Microsoft a utilisé les logiciels de détection de virus les plus récents disponibles à la date de publication de ce fichier. Le fichier est conservé sur des serveurs sécurisés, ce qui empêche toute modification non autorisée du fichier.
Remarque Pour vérifier la version de mise à jour du correctif, vérifiez la valeur du mot clé Release afin de déterminer la version installée. Pour être compatible avec l’avance, vous pouvez vérifier qu’une valeur est supérieure ou égale à la valeur répertoriée dans le tableau suivant.
|
Version de correctif correctif |
Valeur de la publication DWORD |
|---|---|
|
Correctif correctif 3146711 pour les versions .NET Framework 4.6 et ultérieures |
394294 |
Pour plus d’informations sur la manière de déterminer .NET Framework différentes versions, voir Comment : déterminer .NET Framework versions sont installées.
Informations supplémentaires
Conditions préalables
Pour appliquer ce correctif, le .NET Framework 4.6 ou 4.6.1 doit être installé.
Nécessité de redémarrer
Vous devez redémarrer l’ordinateur une fois que vous avez appliqué ce correctif si des fichiers affectés sont utilisés. Nous vous recommandons de fermer toutes .NET Framework applications basées sur les données avant d’appliquer ce correctif.
Informations sur le remplacement de correctif logiciel
Ce package de correctif logiciel ne remplace pas un package de correctifs logiciels publié précédemment.
Problèmes corrigés par ce correctif
Problème DE JIT
CLR
C# structures de données sont transmises par référence, et non par valeur, lorsque le code est exécuté sur un ordinateur sur qui l'.NET Framework 4.6 est installé et qui utilise le compilateurEdjit. Un symptôme de ce bogue est que le code représente les données d’une collection dans un ordre incorrect (série de temps). Ce changement de comportement par rapport aux versions antérieures du système .NET Framework plusieurs symptômes lorsque les clients récupèrent des données de série de temps à partir de nos données.
Ce problème est dû à l’absence d’un indicateur lvAddr Paramètres pour les variables tmp qui servent d’arguments pass-by-ref et qui, à leur tour, a endommagé la phase de proposition de copie.
Problème de CLR
Un problème dans le chargeur de type CLR peut entraîner une cadenas tandis que les types génériques sont restaurés à partir d’images natives. La commande ngen createpdb échoue. Ce problème est résolu par ce correctif.
Windows formulaires
L Windows’interface utilisateur de Forms PrintPreviewDialog est initialisée très lentement lorsque les conditions suivantes sont vraies :
-
Une imprimante réseau est utilisée.
-
Les préférences des utilisateurs pour cette imprimante, telles que les paramètres recto verso, sont modifiées.
Nous avons ajouté une optimisation des performances à ce scénario. Si les paramètres de page n’ont pas été modifiés pour une page spécifique, les paramètres de l’imprimante pour cette page ne sont pas réapprovisionés (en accédant aupooleur d’imprimante). Si l’application modifie les paramètres de l’imprimante à l’aide du responsable des événements de QueryPageSettings , les performances de la génération de l’aperçu avant impression pour les pages concernées ne s’améliorent pas, même si l’indicateur d’inscription est définie.
Pour optez pour cette optimisation, la clé suivante doit être ajoutée au fichier app.config selon la version de .NET Framework:
.NET Framework 4.5.2 :
<?xml version="1.0 » encoding="utf-8 »?>
<configuration>
< appSettings >
< key="OptimizePrintPreview » value="true » />
< /appSettings >
</configuration> .NET Framework 4.6 ou version ultérieure :
<?xml version="1.0 » encoding="utf-8 »?>
<configuration>
< runtime>
< AppContextSwitchOverrides value = « Switch.System.Drawing.Printing.OptimizePrintPreview=true » />
< /runtime>
</configuration> Si une application peut s’exécuter sur l’une ou l’autre des versions du .NET Framework, utilisez les deux commutateurs dans le même fichier.
Pour refuser, supprimez le commutateur ou définissez les valeurs sur False.
ClickOnce problème
ClickOnce a été mis à jour pour prendre en charge TLS 1.1 et 1.2.
ClickOnce détecte automatiquement quel protocole TLS est requis lors de l’runtime. Aucune étape supplémentaire n’est requise ClickOnce pour activer cette fonctionnalité.
Notez ClickOnce continue de prendre en charge TLS 1.0 pour un futur prévisible, même s’il n’est plus considéré comme compatible PCI.
