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
-
Aide pour l’installation des mises à jour : Forum aux questions sur Windows Update
-
Protégez-vous en ligne et à la maison : Support sécurité Windows
-
Prise en charge locale en fonction de votre pays : Support international
Besoin d’aide ?
Vous voulez plus d’options ?
Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.
Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.
