Version d’évaluation de la mise à jour cumulative du 2020 21 juillet KB4562902 pour .NET Framework 3,5 et 4.7.2 pour Windows 10 version 1809 et Windows Server 2019

Date de publication :21 juillet 2020

Version : .NET Framework 3,5 et 4.7.2

La mise à jour de 2020 du 21 juillet pour Windows 10 version 1809 et Windows Server 2019 inclut des améliorations de la fiabilité cumulées dans .NET 3,5 et 4.7.2. Nous vous recommandons d’appliquer cette mise à jour dans le cadre de vos routines de maintenance normales. Avant d’installer cette mise à jour, consultez les sections conditions préalables et Configuration requise .

Améliorations de la qualité et de la fiabilité

CLR1

-Traite les rares blocages qui peuvent se produire lors de la remise d’abandon de thread.

ASP.NET

-Utilisez des hachages compatibles FIPS dans les données de télémétrie ASP.Net.

-Résout un problème dans lequel « non spécifié » n’est pas une valeur autorisée dans la configuration pour l’attribut « cookieSameSite » des sections authentification par formulaire et configuration de l’état de session.

-Résout un problème pour lequel les premières demandes à un site Cold renvoient parfois une erreur de configuration de serveur à partir de System. Web. DirectoryMonitor. AddFileMonitor ().

WPFdeuxième

-Résout un problème lié à la redisposition de TextBlock (effectue différentes décisions de ligne) lors du rendu et du test de positionnement, etc. Les symptômes incluent du texte manquant et un blocage se bloque lors du traitement de texte par programmation.

-Corrige une erreur de thread de rendu causée par HostVisual de déconnexion de sa cible sur le thread incorrect.

-Il s’agit d’une panne lorsque vous faites défiler un contrôle TreeView dont l’arborescence n’est pas uniforme, de la même façon que les enfants de nœud fourni, qui gouvernent des sous-arbres dont la taille est légèrement différente.

-La commande de copie du DataGrid lève une exception si le presse-papiers système est verrouillé par un autre processus. Cela se bloque, car il n’y a généralement pas de code d’application sur la pile pour intercepter l’exception. Dans cette situation, le comportement de TextBox (et d’autres applications comme le bloc-notes, Word, les navigateurs) est d’échouer-rien n’est copié dans le presse-papiers, mais aucune exception ne s’est produit. Une application WPF peut désormais accepter ce comportement en définissant <appSettings> <ajoutez Key = "ShouldThrowOnDataGridCopyOrCutFailure" value = "false"/> </appSettings>dans son fichier app. config.

-Il s’agit de la manière dont le texte non animé avec TextRenderingMode = "ClearType" et TextFormattingMode = "idéal" est dessiné. Il utilise désormais un algorithme d’anticrénelage symétrique, qui produit de meilleurs résultats visuels pour le texte avec des traits fins (courants dans les langues extrême orientale, l’arabe, l’hébreu et les polices conçues spécifiquement pour l’anticrénelage symétrique).

-Résout un blocage qui peut se produire lors de la fermeture d’une info-bulle qui est rétablie par le code utilisateur.

-Traite une fuite de mémoire dans System. Speech. SpeechSynthesizer.

-Aborde les problèmes de construction du modèle interne d’un document FixedPage. Le texte s’affichait dans un ordre incorrect dans le cadre des opérations d’édition telles que la sélection et le copier/coller.

Bibliothèques réseau

-Traite une fuite de mémoire dans HttpListener.

1 Common Language Runtime (CLR)deuxième Windows Presentation Foundation (WPF)

Problèmes connus dans cette mise à jour

Les applications WPF (Windows Presentation Framework) qui utilisent deux éléments HostVisual ou plus qui appartiennent à un thread commun, dans lesquels les deux éléments HostVisual sont invités à se déconnecter de leur cible visuelle à peu près en même temps, le courrier échoue avec le message d’erreur suivant :

Type d’exception : System. COMException Message : UCEERR_RENDERTHREADFAILURE (HRESULT 0x88980406) CallStack : Frame supérieur est System. Windows. Media. composition. duire + canal. SyncFlush ()

Solutions de contournement

Vous pouvez désactiver le correctif problématique en définissant le commutateur AppContext "Switch. System. Windows. Media. HostVisual. DisconnectsOnWrongThread" sur true, en utilisant l’une des méthodes décrites ici.  Ainsi, vous devez supprimer le commutateur après la publication d’un correctif dans une prochaine mise à jour.

Solution de contournement 1

• Ajoutez l’entrée suivante au fichier app. config pour désactiver le correctif problématique dans une application unique.

<runtime>     <AppContextSwitchOverrides value="Switch.System.Windows.Media.HostVisual.DisconnectsOnWrongThread=true"/> </runtime>

Notez que si la configuration de votre application comporte déjà une entrée pour <AppContextSwitchOverrides>, vous devez ajouter le nouveau paramètre au sein de cette entrée, en les séparant d’autres commutateurs par un point-virgule :

   <AppContextSwitchOverrides value="Switch.SomeOtherSwitch=true; Switch.System.Windows.Media.HostVisual.DisconnectsOnWrongThread=true"/>

Solution de contournement 2

• Appliquez la sous-clé de Registre suivante pour désactiver le correctif problématique pour toutes les applications WPF sur l’ordinateur.  AVERTISSEMENT Des problèmes sérieux peuvent se produire si vous modifiez incorrectement le registre à l’aide de l’éditeur du registre ou en utilisant une autre méthode. Ces problèmes peuvent vous obliger à réinstaller le système d’exploitation. Microsoft ne peut pas garantir que ces problèmes peuvent être résolus. Vous modifiez le Registre à vos risques et périls.

Emplacement : HKEY_LOCAL_MACHINE \Software\Microsoft\. NETFramework\AppContext\ Nom : Switch. System. Media. HostVisual. DisconnectsOnWrongThread Type : chaîne Valeur : vrai

Notez que sur les systèmes d’exploitation 64 bits, vous devez également appliquer une sous-clé de Registre portant le même nom, type et valeur à l’emplacement : HKEY_LOCAL_MACHINE \Software\Wow6432Node\Microsoft\. NETFramework\AppContext\

Résolution

Nous nous efforçons de résoudre ce problème et fournirons une mise à jour dans la prochaine version.  

 

Informations supplémentaires relatives à cette mise à jour

Les articles suivants contiennent des informations supplémentaires sur cette mise à jour, car elle est associée aux différentes versions de produit.

  • 4567327Description de la version d’évaluation de la mise à jour cumulative pour .NET Framework 3,5, 4.7.2 et 4,8 pour windows 10 version 1809 et Windows Server 2019 (KB4567327)

Procédure d'obtention et d'installation de la mise à jour

Installer cette mise à jour

Canal de publication

Pouvant

Étape suivante

Windows Update et Microsoft Update

Oui

Pour télécharger et installer cette mise à jour, accédez à paramètres > mettre à jour & sécurité > Windows Update, puis sélectionnez Rechercher les mises à jour.

Catalogue Microsoft Update

Oui

Pour obtenir le package autonome pour cette mise à jour, accédez au site web Catalogue Microsoft Update.

Windows Server Update Services (WSUS)

Non

Vous pouvez importer cette mise à jour manuellement dans WSUS. Pour obtenir des instructions, consultez le catalogue Microsoft Update .

 

Informations sur les fichiers

Pour obtenir la liste des fichiers fournis dans cette mise à jour, téléchargez les informations de fichier pour la mise à jour cumulative.

Conditions préalables

Pour appliquer cette mise à jour, .NET Framework 3,5 ou 4.7.2 doit être installé.

Nécessité de redémarrer

Vous devez redémarrer l’ordinateur après avoir appliqué cette mise à jour si des fichiers concernés sont en cours d’utilisation. Il est recommandé de quitter toutes les applications .NET Framework avant d’appliquer cette mise à jour.

Procédure pour obtenir de l'aide et un support pour cette mise à jour

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×