21. Juli 2020-KB4562900 Kumulatives Update Preview für .NET Framework 3,5 und 4,8 für Windows 10, Version 1903 und Windows Server 1903 RTM und Windows 10, Version 1909 und Windows Server, Version 1909
Applies To
.NETVeröffentlichungsdatum:21. Juli 2020
Version: .NET Framework 3,5 und 4,8
Das 2020-Update vom 21. Juli für Windows 10, Version 1903 und Windows Server 1903 RTM und Windows 10, Version 1909 und Windows Server, Version 1909, bietet Verbesserungen bei der Verbesserung der Zuverlässigkeit in .NET 3,5 und 4,8. Wir empfehlen, dieses Update als Teil ihrer normalen Wartungsroutinen anzuwenden. Bevor Sie dieses Update installieren, lesen Sie die Abschnitte Voraussetzungen und Neustart erforderlich .
Verbesserungen der Qualität und Zuverlässigkeit
CLR1 |
– Eine Änderung in .NET Framework 4,8 hat bestimmte EnterpriseServices-Szenarien rückläufig, bei denen ein Single-Thread-Apartment Objekt als Multi-Thread-Apartment behandelt werden kann und zu einem Blockierungsfehler führt. Diese Änderung identifiziert nun die einzelnen Thread-Apartment Objekte als solche und vermeidet diesen Fehler. – Behebt ein Problem in Assemblys mit IBC-Profildaten, die dazu führen, dass ngen-Worker-Prozesse abstürzen und auf vollständige systemeigene Bilder zurückgreifen. – Behebt seltene Abstürze, die bei der Zustellung von Threadabbruch auftreten können. |
|
SQL |
-SqlBulkCopy. WriteToServer kann dazu führen, dass Transaktionen in Arbeitsspeicher-SQL-Tabellen fehlschlagen. Möglicherweise wird dem Client eine Ausnahme mit der Meldung "Ausführungs Timeout abgelaufen" angezeigt. Der Timeoutzeitraum, der vor Abschluss des Vorgangs verstrichen ist, oder der Server antwortet nicht. " SqlBulkCopy. WriteToServer hat nach dem Senden von Daten an SQL Server ein Attention-Token (Abbruch Nachricht) gesendet, wodurch der Server die Transaktion für in-Memory-Tabellen abgebrochen hat. |
|
ASP.NET |
– FIPS-konforme Hashwerte in ASP.net-Telemetrie-Daten verwenden. – Behebt ein Problem, bei dem "nicht angegeben" kein zulässiger Wert in config für das Attribut "cookieSameSite" in den Abschnitten Formularauthentifizierung und Sitzungszustands Konfiguration war. |
|
WPF2 |
– Behebt ein Problem, wenn die Rechtschreibprüfung in WPF-TextBox oder-RichTextBox aktiviert ist, Wörter wie "usw.", "beispielsweise", werden fälschlicherweise als Rechtschreibfehler erkannt. – Behebt ein Problem, wenn einige für den Monitor bewusste WPF-Anwendungen, die unter .NET 4,8 ausgeführt werden, gelegentlich mit exceptionSystem. ComponentModel. Win32Exception auf einen Absturz stoßen. – Behebt ein Problem, bei dem TextBlock während des Renderns und des Treffertests vs. während des Takts (unterschiedliche Entscheidungen zu anderen Positionen) durchführt. Zu den Symptomen gehören fehlender Text und FailFast stürzt während der programmgesteuerten Textverarbeitung ab. – Behebt ein Problem mit einem Render-Thread-Fehler, der durch HostVisual trennt sein Ziel auf dem falschen Thread verursacht wird. -Behebt ein Problem mit einem Hang beim Scrollen einer TreeView, deren Struktur nicht einheitlich ist, in dem Sinne, dass die untergeordneten Knoten untergeordnete Strukturen, deren Größe ganz anders ist, Steuern. – Behebt ein Problem mit einem Absturz, der beim Schließen einer QuickInfo auftreten kann, die durch Benutzercode wieder geschlossen wird. -Wenn ein HwndHost die visuelle Struktur verlässt, wird eine Stapelüberwachung erstellt. Dies ist kostspielig und in der Regel unnötig. Die Logik wird nun geändert, um die Stapelüberwachung nur zu erstellen, wenn die anomale Bedingung eintritt. – Behebt einen Speicherverlust in System. Speech. SpeechSynthesizer. -DataGrid-Befehl "Kopieren" löst eine Ausnahme aus, wenn die Systemzwischenablage von einem anderen Prozess gesperrt wird. Dies stürzt ab, da es in der Regel keinen App-Code auf dem Stapel gibt, um die Ausnahme abzufangen. Das Verhalten von TextBox (und anderen apps wie Notepad, Word, Browsers) in dieser Situation besteht darin, lautlos zu verfallen – nichts wird in die Zwischenablage kopiert, aber keine Ausnahme. Eine WPF-App kann sich jetzt für dieses Verhalten entscheiden, indem Sie <appSettings-> <Add Key = "ShouldThrowOnDataGridCopyOrCutFailure" Value = "false"/#a1/appSettings>in der Datei app. config festlegen. – Behebt ein Problem beim Konstruieren des internen Modells für ein FixedPage-Dokument. Einige Texte wurden für die Bearbeitung von Vorgängen wie Auswahl und Kopieren/Einfügen in der falschen Reihenfolge angezeigt. |
|
WCF3 |
-Wenn Sie einen UPN-Windows-Benutzernamen mit dem Format "username@DNS. Domäne" in der UserName-Eigenschaft eines NetworkCredential verwenden, wenn Sie NetTcpBinding oder NetNamedPipeBinding verwenden, würde WCF fälschlicherweise den Benutzernamen und die DNS. Domain aufteilen, die Sie in die Eigenschaften Username und Domain einfügen. Dies ist in einigen Szenarien ungültig und führt zu einer fehlgeschlagenen Authentifizierung. Mit diesem Fix werden die Änderungen der Anmeldeinformationen entfernt, wenn ein UPN-Benutzername verwendet wird. Die Änderung kann durch Festlegen des appSetting "WCF: enableLegacyUpnUsernameFix" auf "true" wieder aktiviert werden. |
|
NET-Bibliotheken |
– Behebt einen Speicherverlust in HttpListener. |
|
WinForms |
– Behebt ein Problem mit dem DataGridView-IsReadOnlyaccessibility-Zustand: die Sprachausgabe und ein anderes Barrierefreies Tool kündigt den schreibgeschützten Zellenstatus entsprechend an. -Behebt eine Regression in .NET Framework 4,8, wenn Anwendungen, die den DataGridView-ComboBox-Zellentyp verwenden und die Barrierefreiheit für Ebene 3 gewählt haben, beim Bearbeiten der Zelle möglicherweise zeitweilige Abstürze auftreten. – Behebt ein Problem mit dem Code zur Zeitstempel Überprüfung in ClickOnce-RFC3161. |
|
Verbesserungen der Barrierefreiheit von WinForms |
In dieser Version fügen wir neue Verbesserungen bei der Barrierefreiheit hinzu, die Ihre Anwendung aktivieren kann. Diese Änderungen sind standardmäßig deaktiviert. Anwendungen, die sich für Barrierefreiheitsfeatures in .NET 4,8 und früheren Versionen entscheiden, können den folgenden Kompatibilitäts Umschalter zur Konfigurationsdatei der Anwendung hinzufügen: "Switch.UseLegacyAccessibilityFeatures.4=false" Wenn eine Anwendung auf .NET 4,8 zielt, fügen Sie den folgenden AppContextSwitchOverrides - Abschnitthinzu: <?xml version="1.0" encoding+"utf-8" ?> <configuration> <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Versionv4.8"/> </startup> <runtime> <!-- AppContextSwitchOverrides value attribute is in the form of key1=true|false;key2=true|false --> <AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures.4=false" /> </runtime> </configuration> Wenn eine Anwendung auf eine frühere Version des Frameworks abzielt und sich in die zuvor veröffentlichte Gruppe von Barrierefreiheitsfeatures einwählt, fügen Sie eine einzelne "Switch.UseLegacyAccessibilityFeatures.4=false" Wechseln zum vorhandenen AppContextSwitchOverrides Abschnitt <?xml version="1.0" encoding+"utf-8" ?> <configuration> <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Versionv4.7"/> </startup> <runtime> <!-- AppContextSwitchOverrides value attribute is in the form of key1=true|false;key2=true|false --> <AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false|Switch.UseLegacyAccessibilityFeatures.2=false|Switch.UseLegacyAccessibilityFeatures.3=false|Switch.UseLegacyAccessibilityFeatures.4=false"/> </runtime> </configuration> In dieser Version sind die Verbesserungen der Barrierefreiheit von WinForms enthalten:
|
1 Common Language Runtime (CLR)2 Windows Presentation Foundation (WPF)3 Windows Communication Foundation
Bekannte Probleme bei diesem Update
WPF-Anwendungen (Windows Presentation Framework), die zwei oder mehr HostVisual-Elemente verwenden, die zu einem gemeinsamen Thread gehören, wobei beide HostVisual-Elemente zur gleichzeitigen Trennung von Ihrem visuellen Ziel aufgefordert werden, Fehler bei Mail mit folgendem Fehler:
Ausnahmetyp: System. COMException Meldung: UCEERR_RENDERTHREADFAILURE (HRESULT 0x88980406) Callstack: Oberer Frame ist "System. Windows. Media. Composition." + Kanal. SyncFlush ()
Problemumgehungen
Sie können die problematische Fehlerbehebung deaktivieren, indem Sie den AppContext-Schalter "Switch. System. Windows. Media. HostVisual. DisconnectsOnWrongThread" auf "true" setzen, indem Sie eine der hier beschriebenen Methoden verwenden. Dadurch wird Ihre APP für den ursprünglichen Fehler verfügbar gemacht, daher sollten Sie den Schalter entfernen, nachdem ein Fix über ein bevorstehendes Update veröffentlicht wurde.
Problemumgehung 1
• Fügen Sie der Datei app. config den folgenden Eintrag hinzu, um die problematische Korrektur in einer einzelnen Anwendung zu deaktivieren.
<runtime> <AppContextSwitchOverrides value="Switch.System.Windows.Media.HostVisual.DisconnectsOnWrongThread=true"/> </runtime>
Beachten Sie Folgendes: Wenn die Anwendungskonfiguration bereits über einen Eintrag für <AppContextSwitchOverrides> verfügt, müssen Sie die neue Einstellung innerhalb dieses Eintrags hinzufügen, die von anderen Schaltern durch ein Semikolon getrennt ist:
<AppContextSwitchOverrides value="Switch.SomeOtherSwitch=true; Switch.System.Windows.Media.HostVisual.DisconnectsOnWrongThread=true"/>
Problemumgehung 2
• Wenden Sie den folgenden Registrierungsunterschlüssel an, um die problematische Lösung für alle WPF-Anwendungen auf dem Computer zu deaktivieren. Warnung Schwerwiegende Probleme können auftreten, wenn Sie die Registrierung mit dem Registrierungs-Editor oder mithilfe einer anderen Methode falsch ändern. Diese Probleme können eine Neuinstallation des Betriebssystems erforderlich machen. Microsoft kann nicht garantieren, dass diese Probleme gelöst werden können. Änderungen in der Registrierung geschehen auf eigene Verantwortung.
Ort: HKEY_LOCAL_MACHINE \software\microsoft\. NETFramework\AppContext\ Name: Switch. System. Media. HostVisual. DisconnectsOnWrongThread Typ: Zeichenfolge Wert: true
Beachten Sie, dass Sie auf 64-Bit-Betriebssystemen auch einen Registrierungsunterschlüssel mit dem gleichen Namen, Typ und Wert an der Position anwenden müssen: HKEY_LOCAL_MACHINE \software\wow6432node\microsoft\. NETFramework\AppContext\
Lösung
Um dieses Problem zu beheben, installieren Sie das Update für .NET Framework 3,5 und 4,8 für Windows 10, Version 1903 und Windows Server 1903 RTM und Windows 10, Version 1909 und Windows Server, Version 1909 KB4580980.
Bezug und Installation des Updates
Installieren dieses Updates
Freigabe Kanal |
Verfügbar |
Nächster Schritt |
Windows Update und Microsoft Update |
Ja |
Zum herunterladen und installieren dieses Updates wechseln Sie zu Einstellungen #a0 Update #a1 Security #a2 Windows Update, und wählen Sie dann auf Updates überprüfenaus. |
Microsoft Update-Katalog |
Ja |
Das eigenständige Paket für dieses Update finden Sie auf der Microsoft Update-Katalog-Website. |
Windows Server Update Services (WSUS) |
Nein |
Sie können dieses Update manuell in WSUS importieren. Anweisungen hierzu finden Sie im Microsoft Update-Katalog . |
Dateiinformationen
Wenn Sie eine Liste der Dateien finden, die in diesem Update bereitgestellt werden, laden Sie die Dateiinformationen für das kumulative Updateherunter.
Voraussetzungen
Damit Sie dieses Update anwenden können, muss .NET Framework 3,5 oder 4,8 installiert sein.
Neustartanforderung
Starten Sie den Computer nach der Installation dieses Updates neu, wenn betroffene Dateien verwendet werden. Es wird empfohlen, alle .NET Framework-basierten Anwendungen zu beenden, bevor Sie dieses Update installieren.
Hilfe und Support zu diesem Update
-
Hilfe bei der Installation von Updates: Windows Update-FAQ
-
Onlinesicherheit und Schutz zu Hause: Support für Windows-Sicherheit
-
Lokaler Support entsprechend Ihrem Land: Internationaler Support