2996568 .NET Framework 4.5 ir 4.5.1, 4.5.2 "Vista SP2, Windows Server 2008 SP2," Windows 7 SP1 ir Windows Server 2008 R2 SP1 specifinių karštųjų pataisų paketas

1 problema

Šios karštosios pataisos išsprendžia toliau nurodytų dviejų gijų System.IO.Packaging problemų naudojant .NET Framework 4.5, .NET Framework 4.5.1 arba .NET Framework 4.5.2.

• Aklavietė gali atsirasti, kai naudojate didelis paketų atskiras temas. System.IO.Packaging naudoja IsolatedStorage paketus, kurie yra didesni nei 10 megabaitų (MB). Du arba daugiau naudoti didelis paketai, aklavietė gali įvykti, net jei paketai yra nepriklausomi. Aklavietės apima dvi temas. Vienas laukia IsolatedStorageFile.Lock , o kitas laukia kitu būdu IsoloatedStorageFile klasės. Ši problema yra išspręsta pridedant sinchronizavimo System.IO.Packaging išvengti problemų, IsolatedStorageFile.

• Išimtys gali atsirasti, kai galite gauti PackageProperties iš paketus, kurie yra atidarytas atskiras temas, net jei paketai yra nepriklausomi. Dažniausiai skambučio dėklus, kylančias yra šie: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()
  Ši problema kyla dėl bendrųjų vidaus išteklių tvirtinimas ir pavyko išspręsti suteikiant kiekvienam paketui ištekliui kopiją.

2 problema

"Windows" grafikos pateikimo platformos (WPF) programų gali naudoti daug atminties, kai jis gauna daug prašymų UIAutomation tarnyba. Atminties priklauso objektų, kurie yra iš System.Threading vardų srities. Tai apima System.Threading.CancellationTokenSource, System.Threading.TimerQueueTimer, System.Threading.Timerir keletą kitų susijusių grupių.

Tai yra objektai, kurie yra priskiriamas vardu WPF, kai WPF gauna prašymą UIAutomation veiklos. Galiausiai pateikiant tol, kol užklausa skirtojo laiko termino (paprastai trijų minučių). Greitai atvykti prašymus, programa atrodo, kad būti nepatektų atminties arba daugiau atminties nei tai, kas yra tinkamos (daugiau kaip 500 MB).

Ši problema išspręsta išleidžia objektai, kai užklausa bus baigtas, o ne laukia, kol skirtojo laiko termino.

3 problema

WPF programa, kai įvedate tekstą naudodami korėjiečių įvesties metodo rengyklę (IME), redaguoti pasirinktinio įvedimo lauko ypatybę teksto nėra pakeičiamas netinkamai, kai kuriais atvejais.

Ši problema gali būti skirtingų požymių, ir tai priklauso nuo to, kaip programa (arba valdymo autorius) sukonfigūravo pasirinktinio įvedimo lauko. Pvz.:

• Įveskite ir skirtuko iki (arba perkelti įvesties vietą į kitą valdymo), rodomą tekstą, pasirinktinio įvedimo lauko grįžta tuščiomis eilutėmis arba vertę, kokia buvo prieš toliau rinkti tekstą.

• Toliau ComboBoxTextSearch funkcija veikia netinkamai. Nesutampa prefiksą, kuris buvo įrašytas, ar ji atitinka nesusijusių elementą.

Ši problema išspręsta iš dalies logikos ir korėjiečių IME, šiek tiek skiriasi nuo kitų IME laiko pasiruošti.

4 problema

Po to, kai naudojate touch atlikti vilkimo ir numetimo WPF programa, kitą gestą nepaisoma.

Ši problema išspręsta atkurti vidaus būsenos lietimo įvesties apdorojimo programą, baigus vilkimo ir numetimo operacija. Tokiu būdu, ji tinkamai apskaičiuoja kitą gestą padėtį.

5 problema

Nauja AuthenticationManager įgyvendinti galima pasirinktinai įjungti įgyti didelis efektyvumas, kai dirbate su vartotojo IAuthenticationModules.

Pastaba. Pagrindinės saugos grėsmių pasirodyti, jei kodas nėra skirta thread-saugus. Pagrindinis veikimo pakeitimas yra PreAuthenticate ir patvirtinti metodus. Anksčiau buvo garantuoti, kad kodas buvo vykdymo nuosekliuoju būdu (visuotinė užrakto buvo). Įgyvendinimas, nebus atlikta jokių užrakto ir kliento kodas turi užtikrinti gijos saugos.
Be to, įgyvendinant naują, PrefixLookup talpyklos dydį galima valdyti naudojant registro.

Norėdami įgalinti ir konfigūruoti maksimalus PrefixLookupgalimagalima toliau nurodytus registro raktus:

• Visuotinės konfigūracijos[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319]"System.Net.AuthenticationManager.HighPerformance"=dword:00000001
  "System.Net.AuthenticationManager.PrefixLookupMaxCount"=dword:00010000
  

• Vietos programos konfigūravimas[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
  

Visuotiniai parametrai pirmumo teisę vietos taikomosios programos parametrus. Pasaulio ir vietos taikomosios programos parametrus galite mišrusis. PrefixLookupMaxCount neturės, jei pasaulio ir vietos taikomosios programos efektyviosios parametras yra nustatytas kaip DWORD 1.

6 problema

Tarkime, kad paleidus programą, kuri yra pagrįstas .NET Framework 4.5, .NET Framework 4.5.1 arba .NET Framework 4.5.2. Programos meta išimtį, valdoma metodą, kuris buvo iškviesta iš pradinio kodo ir buvo perduotas COM sąsajos su nuoroda. Tokiu atveju programa gali užstrigti.

Pvz.: parašytas VB6 programa iškviečia C# DLL. Jei programos ir DLL sukuriami laidos režimu, kai C# kodą pateikiama išimtis, atsiranda prieigos pažeidimas ir taikomoji programa sugenda.

7 problemos

Kai darbo eigos XAML pagal projektų užtrukti ilgiau nei numatytoji nuomos laikas (penkios minutės) Nuotolinis objektų, kuriuos apibrėžia toliau XAML kūrimo užduotys, galite gauti klaidos pranešimą, panašų į šį:

Kai pritaikote šias karštąsias pataisas, galite nustatyti savo nuomos laikas (minutėmis) apibrėžti aplinkos kintamąjį, pavadintą XamlBuildTaskRemotingLeaseLifetimeInMinutes.

Norėdami nustatyti projekto failą MSBuild aplinkos kintamąjį, turite įtraukti šią informaciją į jūsų projekto failą:<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>
TaskName šiame pavyzdyje yra MySetEnv. Jis gali būti nustatytas į bet kurią eilutę, kuris galioja atliekant užduotį pavadinimai. Šiame pavyzdyje nuomos laikas nustatomas į 1,440 minutes (vieną dieną) ir kūrimo projekto ir nustato tai nulis po pastato. Jei yra keli projektų, kurį reikia pratęsti nuomos laiką, kiekvieno projekto reikia šią konfigūraciją.

8 klausimas

Naudojant AJAX atgalinio siuntimo puslapyje, kartais dėl atgalinio siuntimo yra nukreipti į kitą URL. Jūs galite gauti RedirectLocation , HttpModule per HttpContext.Items["System.Web.UI.PageRequestManager:AsyncPostBackRedirectLocation"].