Aktualisierung 2998527 verursacht falschen Code Lookups auf vergangenen Datumsangaben mit TimeZoneInfo in.NET Framework

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 3012229
Problembeschreibung
26 Oktober 2014 update auf Systemen gehostet, die russischen Zeitzone September 2014 Applications)KB 2998527) installiert und mit Microsoft.NET Framework möglicherweise berechnen Zeit falsch Verwendung TimeZoneInfo -Klasse.

Dieses Problem tritt in folgenden Zeitzonen:

  • (UTC-04:30). Caracas
  • (UTC + 01:00) Windhoek
  • (UTC + 02:00) Kaliningrad (RTZ 1)
  • (UTC + 02:00) Tripoli
  • (UTC + 03:00) Minsk
  • (UTC + 03:00) Moskau, St. Petersburg, Wolgograd (RTZ 2)
  • (UTC + 05:00) Jekaterinburg (RTZ 4)
  • (UTC + 06:00) Nowosibirsk (RTZ 5)
  • (UTC + 07:00) Krasnojarsk (RTZ 6)
  • (UTC + 08:00) Irkutsk (RTZ 7)
  • (UTC + 09:00) Jakutsk (RTZ 8)
  • (UTC + 10:00) Magadan
  • (UTC + 10:00) Wladiwostok Magadan (RTZ 9)
  • (UTC + 13:00) Samoa
Ursache
Dieses Problem tritt auf, weil eine Änderung der Basisoffset der Zeitzone Code in die betroffenen Zeitzonen unterbricht, wenn vergangenen Datumsangaben mit TimeZoneInfo in der.NET Framework-Code sucht. Ist.NET Framework-Jahr Änderungen in der Basisoffset nachverfolgen kann.

Dieses Problem wurde von Änderungen russischen Zeitzonen verfügbar gemacht, die in Microsoft Knowledge Base-Artikel 2998527 beschrieben werden.

.NET Framework ignoriert zuvor den UTC-Offset in einer internen Anpassungsregel festgelegt ist. Stattdessen wird den UTC-Basisoffset in Berechnungen verwendet. .NET Framework ignoriert auch Anpassungsregeln, die keine Sommerzeit Übergänge haben.
Status
Dieses Problem wurde auf die meisten kürzlich von.NET Framework, sondern auch in den folgenden Artikeln freigeben behoben:

IDTitelZielBenutzerdefinierte 01KB-Artikel
1040166 [4.5.x] Russische Zeitzone ändert Auswirkung auf .NET.NET Framework-4.5/4.5.1/4.5.2HR-14113011110
1065448 [3.5] Russische Zeitzone ändert Auswirkung auf .NET.NET Framework 3.5 SP1HR-14113013380
1065447 [4.0] Russische Zeitzone ändert Auswirkung auf .NET.NET Framework 4HR-14113012132
1104556 [4.0] Russische TZ-Update löst InvalidOperationException aus.NET Framework 4HR-15023031985
1104557 [3.5] Russische TZ Update Funktionstests Fehler.NET Framework 3.5 SP1HR-15023031989
1118018 [4.0] RU TimeZoneInfo-Problemen auf Server 2003 SP2.NET Framework 4HR-15043057756
1083122 DTS: [4.5.2] falsche Ergebnisse beim Serialisieren/de-serializing DateTime.NET Framework-4.5/4.5.1/4.5.2HR-15023026376
1083123 DTS: [4.0] falsche Ergebnisse beim Serialisieren/de-serializing DateTime.NET Framework 4HR-15023031985
1087142 DTS: [3.5] falsche Ergebnisse beim Serialisieren/de-serializing DateTime.NET Framework 3.5 SP1HR-15023031989
1083122 OnDemand: Russische TZ - Part2 - NDP 4.5.1/4.5.2 RTM - Win8.1RTM/Win2K12R2RTM/WinRT8.1RTM - KB3018511.NET Framework-4.5/4.5.1/4.5.2OnDemand3018511

Weitere Informationen
Betrachten Sie den folgenden C#-Beispielcode:

  TimeZoneInfo tz = TimeZoneInfo.FindSystemTimeZoneById("Russian Standard Time");  DateTime dt = TimeZoneInfo.ConvertTimeFromUtc(new DateTime(2013, 6, 1), tz);  Console.WriteLine(dt);
Z. B. vor Anwendung des Updates KB 2998527 gibt dieser Code korrekt Datum und Uhrzeit vom 1. Juni 2013 04:00. Nach der Installation des Updates zurückgesetzt falsch Datum und Uhrzeit vom 1. Juni 2013 um 03:00 Uhr.
Hotfix

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 3012229 – Letzte Überarbeitung: 06/20/2016 06:21:00 – Revision: 3.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5, Microsoft .NET Framework 4.0, Microsoft .NET Framework 3.5, .NET Core 5.0

  • kbmt KB3012229 KbMtde
Feedback