Kumulativní oprava hotfix 2996568 pro rozhraní .NET Framework 4.5, 4.5.1 a 4.5.2 na Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 a Windows Server 2008 R2 SP1

Problém 1

Tato oprava hotfix řeší následující problémy dvou podprocesů v System.IO.Packaging při použití rozhraní .NET Framework 4.5 rozhraní.NET Framework 4.5.1 a rozhraní.NET Framework 4.5.2.

• Zablokování může dojít při použití velkých balíčků oddělené podprocesy. System.IO.Packaging používá IsolatedStorage balíčků, které jsou větší než 10 megabajtů (MB). Velká balení použijete dva či více podprocesů může dojít k zablokování, i když balíčky jsou nezávislé. K zablokování zahrnuje dvě vlákna. Jeden čeká v IsolatedStorageFile.Lock , zatímco druhý čeká v jiné metody IsoloatedStorageFile třídy. Tento problém je vyřešen přidáním synchronizace System.IO.Packaging problém v IsolatedStorageFile.

• Výjimky může dojít při načtení PackageProperties z balíčků, které jsou otevřeny v samostatných vláknech, i když balíčky jsou nezávislé. Nejběžnější zásobníky volání, které vznikají z toho jsou následující:System.Xml.XmlException: Unrecognized root element in Core Properties part. Line 2, position 2. atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  System.ArgumentOutOfRangeException: Specified argument was out of the range of valid values. Parameter name: id atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  Tento problém je způsoben konflikty ve sdíleném prostředku interní a je vyřešen tím, že každý balíček kopii tohoto zdroje.

Problém 2

Windows Presentation Foundation (WPF) aplikace mohou používat velké množství paměti, poté, co obdrží mnoho požadavků pro službu vlastnosti UIAutomation . Objekty, které jsou z oboru názvů System.Threading patří paměť. Jedná se o System.Threading.CancellationTokenSource, System.Threading.TimerQueueTimer, System.Threading.Timera několik dalších souvisejících tříd.

Jedná se o objekty, které jsou přiděleny jménem WPF WPF obdrží požadavek na vlastnosti UIAutomation aktivity. Nakonec po vydání dokud nevyprší konečný termín vypršení časového limitu požadavku (obvykle 3 minuty). Pokud přijde rychle, je aplikace pravděpodobně nevrací paměť nebo použití více paměti, než co je rozumné (co nejvíce 500 MB).

Problém lze vyřešit uvolněním objekty po dokončení požadavku, namísto čekání na termín vypršení časového limitu.

Problém 3

V aplikaci WPF při zadávání textu pomocí korejský Editor IME (Input Method), vlastnost Text upravitelný ComboBox nezmění správně v některých případech.

Tento problém se může projevit různé příznaky a které závisí na aplikaci (nebo autora ovládacího prvku) konfiguraci komponenty ComboBox. Například:

• Po zadání a karta pryč (nebo přesunout fokus na jiný ovládací prvek), na zobrazený text ComboBox vrátí prázdný řetězec nebo hodnotu, kterou měl před zadáním.

• TextSearch funkcí ComboBox se chová nesprávně. Předpona, která byla zadána neodpovídá nebo odpovídá nesouvisející položky.

Problém lze vyřešit změnou logiky pro časování, se mírně liší od jiných editorů IME Editor IME pro korejštinu.

Problém 4

Po provedení operace a přetažení v aplikaci WPF pomocí dojem další dotyková gesta je ignorována.

Problém lze vyřešit obnovením vnitřní stav dotykové vstupní obslužné rutiny po dokončení operace a přetažení. Tímto způsobem se vypočítá pozici další dotyková gesta správně.

Problém 5

Nové implementace třídě Volitelně lze povolit pro získání výkonu při práci s vlastní IAuthenticationModules.

Poznámka: Hlavní rizika zabezpečení zobrazí v případě, že kód není určen k být bezpečným. Změna chování hlavní je umístěn na metody PreAuthenticate a Ověřit . Dříve bylo zaručeno, že sériově spouštění kódu (globální zámek byl odebrán). V nové implementace je přijata bez zámku a kód zákazníka, musí zaručovat bezpečnost podprocesu.
Navíc s novou implementací PrefixLookup velikost mezipaměti lze ovládat prostřednictvím registru.

Povolení a konfigurace maximální délka PrefixLookuplze použít následující klíče registru:

• Globální konfigurace[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319]"System.Net.AuthenticationManager.HighPerformance"=dword:00000001
  "System.Net.AuthenticationManager.PrefixLookupMaxCount"=dword:00010000
  

• Konfigurace místní aplikace[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.HighPerformance]"c:\myapp\myapp.exe"=dword:00000001
  [HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.PrefixLookupMaxCount]
  "c:\myapp\myapp.exe"=dword:00010000
  

Globální nastavení mají přednost před nastaveními místní aplikace. Nastavení globálních a lokálních aplikací mohou být smíchány. PrefixLookupMaxCount nebude mít vliv, pokud nastavení globální nebo místní aplikace vysoce je nastavena na hodnotu DWORD 1.

Problém 6

Předpokládejme, že spuštění aplikace založené na rozhraní .NET Framework 4.5 rozhraní.NET Framework 4.5.1 a rozhraní.NET Framework 4.5.2. Aplikace vyvolá výjimku v spravované metodu, která byla volána z nativního kódu a rozhraní modelu COM byla předána odkazem. V této situaci může dojít k selhání aplikace.

Příklad: aplikace, která je napsána ve VB6 volá knihovny DLL jazyka C#. Pokud aplikace a DLL jsou zkompilovány v režimu vydání, když je vyvolána výjimka v kódu C#, dochází k narušení přístupu a selhání aplikace.

Problém 7

Projekty založené na jazyce XAML pracovního postupu déle než výchozí doba trvání zápůjčky (pět minut) vzdálené objekty, které jsou definovány úkoly pro vytváření XAML, zobrazí chybová zpráva podobná následující:

Po instalaci této opravy hotfix, můžete definovat vlastní doba trvání zápůjčky (v minutách) definováním proměnnou prostředí s názvem XamlBuildTaskRemotingLeaseLifetimeInMinutes.

Chcete-li nastavit proměnnou prostředí pro MSBuild v souboru projektu, je třeba zahrnout následující informace do souboru projektu:<Project ...> <UsingTask TaskName="MySetEnv" TaskFactory="CodeTaskFactory" AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v4.0.dll" >
<ParameterGroup>
<Name Required="true" />
<Value Required="false" />
</ParameterGroup>
<Task>
<Code Type="Fragment" Language="cs">System.Environment.SetEnvironmentVariable(Name, Value);</Code>
</Task>
</UsingTask>
...
...
<Target Name="BeforeBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="1440" />
</Target>
<Target Name="AfterBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="" />
</Target>
</Project>
Název úlohy v tomto příkladu je MySetEnv. To lze nastavit na libovolný řetězec, který je platný pro názvy úkolů. V tomto příkladu nastaví dobu zapůjčení na 1 440 minut (jeden den) před stavebního projektu a nastaví na hodnotu null po dokončení stavby. Pokud existuje více projektů, které vyžaduje prodloužení doby zapůjčení, každý projekt musí tuto konfiguraci.

Problém 8

Při použití AJAX postback na stránce, někdy postback je přesměrován na jinou adresu URL. Můžete získat RedirectLocation v modulu HTTP prostřednictvím HttpContext.Items["System.Web.UI.PageRequestManager:AsyncPostBackRedirectLocation"].