16 septembre 2020-KB4576947 Prévisualisation de la mise à jour cumulative pour .NET Framework 3.5 et 4.8 pour Windows 10, version 1903, Windows Server, version 1903, Windows 10, version 1909 et Windows Server, version 1909

Date de publication
: 16 septembre 2020

Version :
.NET Framework 3.5 et 4.8

La mise à jour du 16 septembre 2020 pour Windows 10, version 1903, Windows Server, version 1903, Windows 10, version 1909 et Windows Server, version 1909 inclut des améliorations cumulatives de fiabilité dans .NET Framework 3.5 et 4.8. Il est recommandé d’appliquer cette mise à jour dans le cadre de vos tâches de maintenance régulière. Avant d’installer cette mise à jour, consultez les sections des conditions préalables etdes besoins de redémarrage.

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

WCF1

- Nous avons résolu un problème avec les services WCF qui échouent parfois lors du démarrage simultané de plusieurs services.

WinForms

- A évoqué une régression introduite dans .NET Framework 4.8, où Control.AccessibleName, Control.AccessibleRole et Control.AccessibleDescription ont cessé de fonctionner pour les contrôles suivants : Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView.

- Adresse d’une régression au nom accessible pour les éléments de zone de liste déroulante pour les zones de liste déroulante liées aux données. .NET Framework 4.8 a commencé à utiliser un nom de type au lieu de la valeur de la propriété DisplayMember en tant que nom accessible, cette amélioration utilise de nouveau DisplayMember.

ASP.NET

- Désactivation de l’utilisation d’AppPathModifier ASP.Net sortie des contrôles.

- Les objets HttpCookie dans le contexte ASP.Net requête sont créés avec les valeurs par défaut configurées pour les indicateurs de cookie à la place. Par défaut, le style NET correspond au comportement de la « nouvelle HttpCookie(nom) ».

SQL

- A résolu un échec qui survraient parfois lorsqu’un utilisateur se connecte à une base de données Azure SQL, a effectué une opération de base de données, puis s’est connecté à une autre base de données sous le même serveur que celui avec la même URL d’url d’utilisation et qui a effectué une opération sur le deuxième serveur.

CLR2

- Ajout d’une Thread_AssignCpuGroups de variable de confiance CLR (1 par défaut) qui peut être définie sur 0 pour désactiver l’affectation automatique du groupe UC effectuée par le CLR pour les nouveaux threads créés par Thread.Start() et les threads de regroupement de threads, de telle manière qu’une application peut faire son propre processus de diffusion.

- A résolu une corruption rare des données qui peut se produire lors de l’utilisation de nouvelles API telles que Unsafe.ByteOffset<T> qui sont souvent utilisées avec les nouveaux types de span. L’corruption peut se produire lorsqu’une opération de PGC est effectuée alors qu’un thread est en cours d’appel « Unsafe.ByteOffset<T> from inside of a loop ».

- Résolu un problème concernant les retardeurs dont les échéances sont très longues et dont la cocher est beaucoup plus rapide que prévu lorsque l’AppContext bascule « Switch.System. Threading.UseNetCoreTimer » est activé.


1 Windows Communication Foundation (WCF)
2 Common Language Runtime (CLR)

Problèmes connus dans cette mise à jour de sécurité

ASP.Net les applications échouent lors de la précompilation avec un message d’erreur

Symptômes
Après avoir appliqué ce 16 septembre 2020 le déploiement de la sécurité et de la qualité pour .NET Framework 4.8, certaines applications ASP.Net échouent lors de la précompilation. Le message d’erreur que vous recevez contiendra probablement les mots « Erreur ASPCONFIG ».

Cause
État de configuration non valide dans les sections « sessionState », « anonymouseIdentification » ou « authentication/forms » de la configuration « System.web ». Cela peut se produire pendant les routines de build et de publication si les transformations de configuration laissent Web.config fichier à un état intermédiaire pour la précompilation.

Solution de contournement

Ce problème a été résolu dans KB4601056.

ASP.Net applications peuvent ne pas fournir de jetons sans cookies dans l’URI

Symptômes
Après avoir appliqué ce 1er octobre 2020 le suivi de la sécurité et de la qualité pour .NET Framework 4.8, certaines applications ASP.Net peuvent ne pas fournir de jetons sans cookies dans l’URI, ce qui peut entraîner des boucles de redirection 302 ou un état de session perdu ou manquant.

Cause
Les fonctionnalités ASP.Net pour l’état de la session, l’identification anonyme et l’authentification de formulaires s’appuient toutes sur l’émission de jetons à un client web, et toutes autorisent la remise de ces jetons dans un cookie ou incorporées dans l’URI pour les clients qui ne les supportent pas. L’incorporation d’URI est depuis longtemps une pratique désinstante et cette Base de produit désactive silencieusement l’émission de jetons dans l’URI, sauf si l’une de ces trois fonctionnalités demande explicitement un mode cookie « UseUri » dans la configuration. Les configurations spécifiant « AutoDétect » ou « UseDeviceProfile » peuvent par inadvertance entraîner une tentative et l’échec de l’incorporation de ces jetons dans l’URI.

Solution de contournement

Ce problème a été résolu dans KB4601056.

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

Installer cette mise à jour

Canal de publication

Disponible

Étape suivante

Windows Update et Microsoft Update

Oui

Pour télécharger et installer cette mise à jour, sélectionnez Paramètres > mise à jour & sécurité > Windows Update,puis sélectionnez Vérifier les mises à jour.

Catalogue Microsoft Update

Oui

Pour obtenir le package autonome pour cette mise à jour, allez sur le site web du catalogue de mises à jour Microsoft.

Windows Server Update Services (WSUS)

Non

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

Informations sur les fichiers

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

Conditions préalables

Pour appliquer cette mise à jour, .NET Framework 3.5 ou 4.8 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.

×