Pembatalan hotfix 2996568 .NET Framework 4,5, 4.5.1 dan 4.5.2 Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 dan Windows Server 2008 R2 SP1

Masalah 1

Perbaikan terbaru ini memecahkan masalah threading dua berikut dalam System.IO.Packaging saat Anda menggunakan .NET Framework 4,5, .NET Framework 4.5.1 atau .NET Framework 4.5.2.

• Kemogokan mungkin terjadi saat Anda menggunakan paket besar pada thread terpisah. System.IO.Packaging menggunakan IsolatedStorage untuk paket yang lebih dari 10 megabyte (MB). Ketika dua atau lebih untaian menggunakan paket besar, kemogokan dapat terjadi, bahkan jika paket independen. Kemacetan melibatkan dua untaian. Salah satu menunggu di IsolatedStorageFile.Lock sementara yang lain menunggu dalam kelas IsoloatedStorageFile metode lain. Masalah ini telah diperbaiki dengan menambahkan sinkronisasi System.IO.Packaging untuk menghindari masalah pada IsolatedStorageFile.

• Pengecualian mungkin terjadi ketika Anda mendapatkan PackageProperties dari paket yang dibuka di thread terpisah, bahkan jika paket independen. Tumpukan panggilan yang paling umum yang muncul dari ini adalah sebagai berikut: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()
  Masalah ini disebabkan oleh sanggahan di sharing internal, dan diatasi dengan memberikan paket setiap salinan dari sumber.

Masalah 2

Aplikasi Windows Presentation Foundation (WPF) dapat menggunakan sejumlah besar memori ketika menerima banyak permintaan untuk layanan UIAutomation . Memori milik objek yang berasal dari System.Threading namespace. Ini termasuk System.Threading.CancellationTokenSource, System.Threading.TimerQueueTimer, System.Threading.Timer, dan beberapa kelas terkait lainnya.

Ini adalah objek yang dialokasikan atas nama WPF ketika WPF menerima permintaan untuk UIAutomation aktivitas. Akhirnya dirilis hingga waktu habis batas waktu permintaan habis (biasanya tiga menit). Jika permintaan tiba dengan cepat, aplikasi tampaknya kebocoran memori, atau menggunakan memori lebih daripada apa wajar (sebanyak 500 MB).

Masalah ini diatasi dengan melepaskan objek ketika permintaan selesai, dan bukannya menunggu batas waktu habis.

Masalah 3

Dalam aplikasi WPF, ketika Anda memasukkan teks dengan menggunakan bahasa Korea Input metode Editor (IME), properti teks yang dapat diedit ComboBox tidak berubah dengan benar dalam beberapa kasus.

Masalah ini dapat menunjukkan gejala-gejala yang berbeda, dan yang tergantung pada bagaimana aplikasi (atau pengarang kontrol) dikonfigurasi ComboBox. Misalnya:

• Setelah Anda mengetik dan tab jauh (atau menggerakkan fokus ke kontrol lainnya), ditampilkan teks ComboBox mengembalikan string kosong, atau nilai yang sebelumnya mengetik.

• Fitur TextSearch ComboBox berperilaku dengan benar. Tidak cocok dengan awalan yang telah dimasukkan, atau cocok dengan item terkait.

Masalah ini diatasi dengan mengubah logika untuk menampung waktu IME Korea yang sedikit berbeda dari IMEs lainnya.

Masalah 4

Setelah Anda menggunakan sentuhan untuk menjalankan operasi seret-dan-jatuhkan dalam aplikasi WPF, gerakan sentuh berikutnya akan diabaikan.

Masalah ini diatasi dengan memulihkan keadaan internal pengendali input sentuh saat operasi seret-dan-jatuhkan selesai. Dengan cara ini, maka menghitung posisi gerakan sentuh berikutnya dengan benar.

Masalah 5

Implementasi AuthenticationManager baru dapat diaktifkan opsional untuk mendapatkan kinerja yang signifikan saat Anda bekerja dengan kustom IAuthenticationModules.

Catatan Utama risiko keamanan muncul jika kode tidak dirancang untuk thread-aman. Perubahan perilaku utama terletak pada metode PreAuthenticate dan mengotentikasi . Sebelumnya dijamin bahwa kode eksekusi serial (kunci global diambil). Implementasi baru, kunci tidak dilakukan, dan kode pelanggan harus menjamin keamanan thread.
Selain itu, dengan implementasi baru, ukuran cache PrefixLookup dapat dikendalikan melalui registri.

Kunci registri berikut dapat digunakan untuk mengaktifkan dan mengkonfigurasi panjang maksimum PrefixLookup:

• Konfigurasi global[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319]"System.Net.AuthenticationManager.HighPerformance"=dword:00000001
  "System.Net.AuthenticationManager.PrefixLookupMaxCount"=dword:00010000
  

• Konfigurasi aplikasi lokal[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
  

Tataan global memiliki prioritas melalui setelan aplikasi lokal. Pengaturan lokal dan global aplikasi dapat campuran. PrefixLookupMaxCount tidak akan terpengaruh jika setelan performa tinggi dari prosesor global atau lokal aplikasi disetel ke DWORD 1.

Masalah 6

Misalnya Anda menjalankan aplikasi yang didasarkan pada .NET Framework 4,5, .NET Framework 4.5.1 atau .NET Framework 4.5.2. Aplikasi mengeliminasi pengecualian dalam metode yang dikelola yang dipanggil dari kode asli dan telah disahkan antarmuka COM dengan referensi. Dalam situasi ini, aplikasi dapat lumpuh.

Misalnya: aplikasi yang ditulis dalam VB6 panggilan C# DLL. Jika aplikasi dan DLL disusun dalam mode peluncuran, ketika pengecualian telah dilemparkan kode C#, terjadi pelanggaran akses, dan aplikasi lumpuh.

Masalah 7

Ketika alur kerja berbasis XAML proyek memerlukan waktu lebih lama daripada waktu izin default (lima menit) dari jauh objek yang didefinisikan oleh tugas untuk membangun XAML, Anda menerima pesan galat yang menyerupai berikut ini:

Setelah Anda menerapkan perbaikan terbaru ini, Anda dapat menentukan waktu kontrak (dalam menit) dengan menetapkan variabel lingkungan yang bernama XamlBuildTaskRemotingLeaseLifetimeInMinutes.

Untuk menetapkan variabel lingkungan di berkas proyek untuk MSBuild, Anda harus menyertakan informasi berikut dalam berkas proyek:<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 dalam contoh ini adalah MySetEnv. Hal ini dapat diatur untuk string yang valid untuk nama tugas. Contoh ini menetapkan izin waktu ke 1.440 menit (satu hari) sebelum membangun proyek, dan menetapkan ke null setelah bangunan. Jika ada beberapa proyek yang diperlukan untuk memperpanjang waktu kontrak, setiap proyek memerlukan konfigurasi ini.

Masalah 8

Ketika Anda menggunakan AJAX postback halaman, kadang-kadang postback diarahkan ke URL lain. Anda dapat memperoleh RedirectLocation di HttpModule melalui HttpContext.Items["System.Web.UI.PageRequestManager:AsyncPostBackRedirectLocation"].