Correctif cumulatif 2784153 pour le 4.5 de.NET Framework dans Windows 8 et Windows Server 2012

Traductions disponibles Traductions disponibles
Numéro d'article: 2784153 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Introduction

Cet article décrit le correctif 2784153 pour le Service Pack 2 (SP2) de Microsoft.NET Framework 4.5 dans Windows 8 et Windows Server 2012. Ce correctif cumulatif est disponible pour résoudre plusieurs problèmes dans le.NET Framework 4.5. Pour plus d'informations sur les problèmes résolus par le correctif, consultez la section « Que ce correctif cumulatif résout les problèmes ».

Plus d'informations

Informations sur le correctif

Un correctif est désormais disponible auprès de Microsoft. Toutefois, il est conçu pour résoudre uniquement le problème décrit dans cet article. Il s'applique uniquement aux systèmes rencontrant ce problème spécifique.

Pour résoudre ce problème, contactez les Services de Support technique Microsoft pour obtenir le correctif. Pour une liste complète des numéros de téléphone des Services de Support technique Microsoft et des informations sur les coûts de support, visitez le site Web Microsoft suivant :
http://support.Microsoft.com/contactus/?ws=support
Remarque : Dans certains cas particuliers, les frais généralement encourus pour les appels au support technique peuvent être annulés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour spécifique en question.

Conditions préalables

Pour appliquer ce correctif, vous devez disposer de Microsoft.NET Framework 4.5 Service Pack 1 (SP1) installé dans Windows 8 ou Windows Server 2012.

Redémarrage de l'ordinateur

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif logiciel si tous les fichiers affectés sont utilisés. Nous vous recommandons de fermer toutes les applications.NET Framework avant d'appliquer ce correctif.

Informations de remplacement du correctif

Ce correctif logiciel ne remplace pas un package correctif publié précédemment.

Informations fichiers

Réduire cette imageAgrandir cette image
assets folding start collapsed
La version internationale de ce correctif dispose des attributs de fichier (ou version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont classées par rapport temps universel coordonné (UTC). Les informations du fichier sont converties en heure locale. Pour établir la différence entre l'UTC et l'heure locale, utilisez l'onglet fuseau horaire de l'onglet Date et l'heure du Panneau de configuration.
Pour toutes les versions x86 de Windows 8 prises en charge
Réduire ce tableauAgrandir ce tableau
Nom du fichierVersion du fichierTaille du fichierDateHeurePlateforme
PresentationFramework.dll4.0.30319.190516,187,01628-Nov-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x86
System.dll4.0.30319.190513,448,76028-Nov-201223:53x86
Mscorlib.dll4.0.30319.190515,171,16828-Nov-201223:53x86
Normidna.nlpNon Applicable59,34206-Juil-201220:03Non Applicable
Normnfc.nlpNon Applicable47,07606 - Juil-201220:03Non Applicable
Normnfd.nlpNon Applicable40,56606-Juil-201220:03Non Applicable
Normnfkc.nlpNon Applicable67,80806-Juil-201220:03Non Applicable
Normnfkd.nlpNon Applicable61,71806-Juil-201220:03Non Applicable
CLR.dll4.0.30319.190516,876,62428-Nov-201223:53x86
Mscordacwks.dll4.0.30319.190511,299,42428-Nov-201223:53x86
Mscordbi.dll4.0.30319.190511,096,67228-Nov-201223:53x86
SOS.dll4.0.30319.19051746,94428-Nov-201223:53x86
PresentationCore dll4.0.30319.190513,224,57628-Nov-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x86
Pour toutes les versions 64 bits de Windows 8and Windows Server 2012
Réduire ce tableauAgrandir ce tableau
Nom du fichierVersion du fichierTaille du fichierDateHeurePlateforme
Mscorlib.dll4.0.30319.190515,120,46428-Nov-201223:54x64
Normidna.nlpNon Applicable59,34206-Juil-201220:02Non Applicable
Normnfc.nlpNon Applicable47,07606 - Juil-201220:02Non Applicable
Normnfd.nlpNon Applicable40,56606-Juil-201220:02Non Applicable
Normnfkc.nlpNon Applicable67,80806-Juil-201220:02Non Applicable
Normnfkd.nlpNon Applicable61,71806-Juil-201220:02Non Applicable
CLR.dll4.0.30319.190519,803,72828-Nov-201223:54x64
Mscordacwks.dll4.0.30319.190511,742,83228-Nov-201223:54x64
Mscordbi.dll4.0.30319.190511,497,05628-Nov-201223:54x64
PresentationFramework.dll4.0.30319.190516,187,01628-Nov-201223:54x86
SOS.dll4.0.30319.19051785,36028-Nov-201223:54x64
System.IdentityModel.dll4.0.30319.190511,084,42428 -Nov-201223:54x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:54x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:54x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:54x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:54x86
System.dll4.0.30319.190513,448,76028-Nov-201223:54x86
PresentationCore dll4.0.30319.190513,207,66428-Nov-201223:54x64
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:54x64
PresentationFramework.dll4.0.30319.190516,187,01628-Nov-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x86
System.dll4.0.30319.190513,448,76028-Nov-201223:53x86
Mscorlib.dll4.0.30319.190515,171,16828-Nov-201223:53x86
Normidna.nlpNon Applicable59,34206-Juil-201220:03Non Applicable
Normnfc.nlpNon Applicable47,07606 - Juil-201220:03Non Applicable
Normnfd.nlpNon Applicable40,56606-Juil-201220:03Non Applicable
Normnfkc.nlpNon Applicable67,80806-Juil-201220:03Non Applicable
Normnfkd.nlpNon Applicable61,71806-Juil-201220:03Non Applicable
CLR.dll4.0.30319.190516,876,62428-Nov-201223:53x86
Mscordacwks.dll4.0.30319.190511,299,42428-Nov-201223:53x86
Mscordbi.dll4.0.30319.190511,096,67228-Nov-201223:53x86
SOS.dll4.0.30319.19051746,94428-Nov-201223:53x86
PresentationCore dll4.0.30319.190513,224,57628-Nov-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x86
Réduire cette imageAgrandir cette image
assets folding end collapsed

Problèmes que résout ce correctif cumulatif

Common language runtime Problèmes (CLR)

Problème 1

Lorsqu'une application.NET Framework 4.5 tente d'exécuter le garbage collection d'arrière-plan sur un ordinateur disposant d'une mémoire insuffisante, un blocage peut se produire.

Problème 2

La méthode PerformanceCounterCategory.GetCategories ne peut pas retourner une liste des performances de catégories de compteurs sur certains systèmes d'exploitation qui utilisent des paramètres régionaux non anglais. En outre, si une application.NET Framework exécute du code semblable au suivant pour énumérer les catégories de compteurs de performance, aucune valeur n'est retournée :
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Après avoir appliqué le correctif, vous devez ajouter la clé de configuration LocalizedPerfCounter nouveau suivante dans le fichier de configuration d'application pour votre application.NET Framework :
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problèmes de Windows Communication Foundation (WCF)

Problème 1

Supposons qu'il existe une application qui utilise la classe System.Xml.XmlDictionaryReader WCF en UTF-8 des caractères Unicode codés. Lorsque l'application lit certains caractères Unicode comprises dans une plage donnée, le processus de lecture peut être lent.

Remarque Pour plus d'informations sur la classe System.Xml.XmlDictionaryReader, accédez au site Web MSDN suivant :
Informations générales sur la classe XmlDictionaryReader


Problème 2

Sur un ordinateur qui exécute le 4.5 de.NET Framework ou une version antérieure, les applications WCF ne peut pas accéder à un certificat client si la propriété HttpsTransportBindingElement.RequireClientCertificate est définie surFALSE. Lorsqu'une application tente d'accéder aux certificats clients, WCFoperates dans un des modes suivants :
  • exiger ou rejeter
  • ne nécessitent pas et ne pas valider
Dans ce cas, vous ne pouvez pas créer une application pour le certificat de vérification est permissive (par exemple, vous ne pouvez pas créer une application qui utilise le modene pas exiger des certificats mais valide s'il est fourni ). Ce correctif permet à l'application Ajouter un paramètre par point de terminaison qui fournit le certificat client vers les applications WCF, si le client fournit le certificat. Toutefois, le certificat est facultatif. Les connexions ne seront pas rejetées si un certificat n'est pas fourni. Par exemple, un site Web peut tenter d'utiliser l'authentification par formulaire pour valider une tentative d'accès sur un serveur et pour accorder des autorisations supplémentaires si la présence d'un certificat client est présentée au serveur.

Pour développer l'application, créez un comportement EndpointBehavior, puis ajoutez le comportement dans une liaison de point de terminaison. Par exemple, vous exécutez le code suivant pour créer la méthode et ajoutez le comportement :
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Vous pouvez également ajouter le paramètre de point de terminaison suivant à la collection de paramètres BindingParameters contexte :
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Problème 3

Lorsque vous exécutez un service WCF qui prend en charge WS-Discovery sur protocole UDP (User Datagram) sur un serveur, vous pouvez rencontrer un ou plusieurs des problèmes suivants :
  • Utilisation de l'UC augmente de façon inattendue sur le serveur.
  • Le trafic de multidiffusion est plus élevée que prévu.
  • De nombreux messages d'erreur SOAP sont observés sur un réseau où le.NET Framework 4.5 est déployé sur l'ensemble ou un sous-ensemble d'ordinateurs.
Ce correctif empêche les messages d'erreur SOAP d'être renvoyé à partir d'un point de terminaison UDP si un message de multidiffusion WS-Discovery est reçu sur un point de terminaison n'est pas configuré pour WS-Discovery.

Remarque Ces problèmes peuvent se produire même si le service n'a pas été compilé pour cibler le 4.5 de.NET Framework. Ces problèmes peuvent se produire dans un environnement ou réseau dans lesquels le 4.5 de.NET Framework est présente sur un ou plusieurs points de terminaison.

Problèmes de Windows Presentation Foundation (WPF)


Problème 1

Faibles performances d'impression se produit lorsque vous utilisez le service WPF basé sur le Framework 4.5 de profilage pour imprimer sur une imprimante de l'Interface de périphérique graphique (GDI) sur un système d'exploitation. Ce problème se produit si les conditions suivantes sont remplies :
  • Le système d'exploitation qui héberge le service utilise les paramètres régionaux non anglais.
  • Le système d'exploitation est un des produits suivants est installé :
    • WPF version 4.0
    • WPF version 4.5
    • Version WPF 3.5 et le correctif logiciel qui est décrit dans l'article suivant de la Base de connaissances Microsoft (ou un correctif de mise à niveau qui inclut ce correctif) :
      980294 Caractères de la police de code-barres sont imprimés dans la police Wingdings dans un document XPS qui est créé à l'aide de la version.NET Framework 3.0
  • Impression d'un document qui a plusieurs blocs de texte.
Ce problème se produit car une opération de recherche se produit chaque fois que le processus d'impression appelle un bloc de texte pour rechercher la police GDI qui est utilisée pour afficher le texte. L'utilisation des ressources de l'opération de recherche est augmentée en appliquant le correctif logiciel qui est distribué dans WPF, WPF version 4.0 et KB980294 version 4.5. En outre, l'utilisation des ressources de l'opération de recherche domine l'utilisation globale des ressources du processus d'impression. Ce hotfix résout un problème connu dans la logique qui met en cache les résultats des opérations de recherche. Après avoir appliqué le correctif, l'utilisation des ressources de l'opération de recherche a lieu une fois par police GDI et pas une fois par bloc de texte.

Problème 2

Envisagez le scénario suivant :
  • Vous avez une application.NET Framework 4.5 qui contient un contrôle WPF modifiable. Le contrôle utilise un éditeur de méthode d'entrée (IME).
  • Texte d'entrée dans le contrôle.
  • Le contrôle peut modifier le texte qui est entré. Voici quelques exemples de ce comportement :
    • Supposons que vous disposez d'un contrôle TextBox contrôle possède la propriété de texte liée aux données. Le déclencheur de source de mise à jour pour une liaison TextBox.Text de la propriété est défini sur PropertyChanged. Vous entrez le texte, il est envoyé à une propriété d'un élément de données sous-jacent qui est décrit dans le chemin d'accès de la liaison. En outre, le texte peut remplacé par une chaîne différente par l'élément de données lui-même ou par les convertisseurs qui sont impliquées dans la liaison.
    • Supposons que vous disposez d'un contrôle de zone de liste déroulante modifiable avec paramètre de recherche de texte activé. Lorsque vous entrez le texte, le contrôle de zone de liste déroulante tente de faire correspondre le texte par rapport à la liste des options disponibles. Si le contrôle détecte une option qui commence par le texte, le texte est remplacé par le texte intégral de l'option correspondante.
  • Vous activez l'IME envoyer un message WM_IME_CHAR dans une application WPF lorsque le contrôle est dans l'état « texte a été modifié par le contrôle ».

    Remarque La séquence exacte de caractères qui déclenche ce message diffère considérablement entre IME différents. Certains éditeurs IME ne jamais envoyer ce message.
Dans ce scénario, l'application basée sur le.NET Framework 4.5 peut se bloquer et une exception System.InvalidOperationException.

Pour résoudre ce problème, appliquez le correctif. Ce hotfix résout également un problème dans lequel Visual Studio 2012 se bloque lorsque vous modifiez un serveur Team Foundation Server (TFS) fonctionnent élément, avec l'éditeur IME Pinyin de Engkoo activé. Voici une description détaillée de ce problème :

Supposons que vous entrez du texte dans le champ « Attribué à » d'un élément de travail dans Visual Studio 2012. Lorsque vous appuyez sur entrée une fois que vous entrez le texte, l'IME Engkoo envoie le message WM_IME_CHAR. Par conséquent, Visual Studio 2012 se bloque.

Remarque Saisie de texte dansautres champs de l'élément de travail TFS peuvent également provoquer ce problème.
Remarque Ce problème se produit également dans WPF version 4.0 ou une version antérieure de WPF. Toutefois, le correctif s'applique uniquement à la version 4.5 de WPF.
Problème 3

Envisagez le scénario suivant :
  • Vous avez une application WPF qui déclare une propriété liée aux données. La propriété liée aux données contient une liaison qui a un chemin d'accès complexe. Par exemple, la liaison est le chemin d'accès suivant :
    {Binding Path=A.B.C.D}
  • Vous créez un modèle de données qui déclenche une notification PropertyChanged de certains composants du chemin d'accès sur un thread de travail. Par exemple, le thread de travail déclenche une notification de modification de propriété C.

    Remarques
    • Le thread de travail peut être n'importe quel thread différent du thread d'interface utilisateur.
    • Le thread d'interface utilisateur est le thread qui a été déclaré par la liaison.
  • Avant que le thread d'interface utilisateur traite la notification PropertyChanged, le modèle de données déclenche une autre notification de PropertyChanged pour un composant antérieur du chemin. Par exemple, vous avez un thread déclenche une notification de modification de propriété A.

    Remarque La deuxième notification PropertyChanged peut se produire sur n'importe quel thread. Cela inclut le thread d'interface utilisateur.
Dans ce cas, la deuxième notification est ignorée. En outre, la perte de données se produit. Par exemple, la propriété D Obtient la valeur d'origine de la propriété A. Cependant, le résultat attendu est cette propriété que d Obtient la valeur modifiée de la propriété A.

Remarque : Ce problème peut affecter également une version antérieure à la version 4.5 de WPF. Toutefois, le correctif s'applique uniquement à la version 4.5 de WPF.


Problème 4

Envisagez le scénario suivant :
  • Vous avez une application WPF qui exécute le code pour déclarer un contrôle TextBlock, et le code semblable au suivant :
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Entrée de texte pour une longue chaîne de 9600 caractères ou plus.
  • Vous pouvez exécuter votre application sur un ordinateur qui exécute la version 4.5 de WPF.
Dans ce scénario, le contrôle TextBlock affiche plusieurs lignes de texte, et chaque ligne de texte se termine par des points de suspension. Par exemple, est le nombre de lignes qui sont affichées n/ 9600.

Remarque :n est un espace réservé qui représente la longueur du texte d'origine. Cependant, le résultat attendu est que le contrôle TextBlock affiche une seule ligne de texte qui se termine par le bouton de sélection.

Propriétés

Numéro d'article: 2784153 - Dernière mise à jour: samedi 25 janvier 2014 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft .NET Framework 4.5
Mots-clés : 
kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 2784153
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com