Artikel ini menjelaskan hotfix rollup 3009698 yang tersedia untuk Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 dan .NET Framework 4,5. Untuk informasi selengkapnya tentang masalah yang menyelesaikan pembatalan hotfix, lihat bagian "masalah yang Batal hotfix ini menyelesaikan".
Web installer adalah paket kecil (kurang dari 1 megabyte) yang secara otomatis menentukan dan unduhan hanya komponen yang berlaku untuk platform tertentu.
Pemutakhiran ini bundel masing-masing paket berikut ini untuk produk yang berbeda dan platform.
|
Deskripsi |
Nomor KB |
|---|---|
|
.NET Framework 4,5, 4.5.1 dan 4.5.2 di Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 dan Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4,5, 4.5.1 dan 4.5.2 pada Windows 8 dan Windows Server 2012 |
3011112 |
|
.NET Framework 4.5.1, dan 4.5.2 pada Windows 8.1 dan Windows Server 2012 R2 |
3011110 |
Pemecahan masalah
Sekarang tersedia hotfix yang didukung dari Microsoft. Namun, ini ditujukan untuk memperbaiki masalah yang dijelaskan di artikel ini. Terapkan hanya ke sistem yang mengalami masalah khusus ini.
Untuk mengatasi masalah ini, hubungi layanan dukungan pelanggan Microsoft untuk mendapatkan hotfix. Untuk daftar lengkap nomor telepon layanan dukungan pelanggan Microsoft dan informasi mengenai biaya dukungan, kunjungi website Microsoft berikut:
http://support.microsoft.com/contactus/?ws=supportCatatan Dalam kasus tertentu, biaya yang biasanya diadakan untuk panggilan dukungan mungkin dibatalkan apabila profesional dukungan Microsoft menentukan bahwa pembaruan khusus akan memecahkan masalah Anda. Biaya dukungan biasa akan berlaku untuk pertanyaan dan masalah yang tidak termasuk pada pembaruan tertentu yang dimaksud dukungan tambahan.
Informasi lebih lanjut
Prasyarat
Untuk menerapkan hotfix ini, Anda harus .NET Framework 4.5.2, .NET Framework 4.5.1 atau .NET Framework 4,5 diinstal.
Persyaratan menghidupkan ulang
Anda harus memulai ulang komputer setelah menerapkan hotfix ini jika berkas yang terpengaruh sedang digunakan. Kami sarankan Anda menutup semua aplikasi berbasis .NET Framework sebelum menerapkan hotfix ini.
Informasi penggantian hotfix
Paket hotfix ini tidak menggantikan paket hotfix yang diedarkan sebelumnya.
Masalah yang Batal hotfix ini menyelesaikan
Masalah 1
Dalam .NET Framework 4,5, navigasi keyboard dalam WPF TreeView tidak berfungsi dengan benar saat TreeViewItem berisi elemen focusable seperti tombol, kotak centang, atau Kotak teks. Menekan panah naik atau panah turun mungkin mengubah fokus ke elemen yang salah, atau tidak dapat mengubah fokus sama sekali.
Hotfix mengatasi masalah ini sehingga panah naik dan turun panah selalu mengubah fokus ke elemen yang benar.
Masalah 2
Ketika Anda menelepon GlyphRun.InkBoundingBox() atau salah satu tergantung seperti FormattedText.Extent dalam aplikasi WPF, kembali nilai-nilai sedikit lebih besar di .NET Framework 4,5 daripada di .NET Framework 4.0. .NET Framework 4.0 memiliki bug yang kadang-kadang terjadi dalam teks yang tidak ditarik (tergantung pada fon, ukuran fon, dan karakter khusus). Bug yang diperbaiki dalam .NET Framework 4,5 dengan memperbesar tinta kotak pembatas sedikit.
Hotfix ini menambahkan bendera konfigurasi untuk memilih Perbaiki. Aplikasi yang memilih keluar akan memiliki nilai pengembalian yang sama seperti .NET Framework 4.0, tetapi mungkin juga mengalami bug "menghilang teks".
Untuk memilih Perbaiki, tambahkan kunci berikut ke bagian appSettings file konfigurasi aplikasi:<add key="IncludeAllInkInBoundingBox" value="false"/> Masalah 3
Pertimbangkan skenario berikut ini:
-
Anda memiliki proyek web ASP.NET di mana halaman web alat klien callback secara programatik tanpa postbacks.
-
Bentuk tindakan adalah nama domain internasional URL (misalnya, nama domain URL yang berisi karakter Unicode).
-
Klien menggunakan Internet Explorer 10 atau versi Internet Explorer yang lebih lawas.
Dalam skenario ini, halaman web klien tidak berfungsi. Sebagai contoh, tidak ada yang terjadi ketika Anda mengklik tombol yang seharusnya memicu panggilan balik.
Masalah 4
Misalnya Anda membuat System.Workflow.Activities.StateMachineWorkflowActivity kelas bersama-sama dengan properti aktivitas yang menentukan daftar ActivitiesCollection . Daftar berisi banyak kegiatan (misalnya, 300 atau lebih aktivitas) yang meliputi status dan kegiatan non-negara.
Dalam situasi ini, transisi ke status aktivitas yang berada di dekat ujung bawah daftar ActivitiesCollection mengambil lebih banyak waktu untuk menyelesaikan daripada transisi ke status aktivitas yang ada di bagian awal dari daftar.
Hotfix ini menghapus tidak perlu ActivitiesCollection daftar traversals saat program akan mencari target State aktivitas namanya selama transisi state. Oleh karena itu, sedikit waktu diperlukan untuk beralih ke status aktivitas yang berada di dekat ujung bawah daftar ActivitiesCollection .
Masalah 5
Misalnya penghitung kinerja WCF diaktifkan. Namun, beberapa contoh nama disingkat karena mereka lebih dari 64 karakter. Selain itu, dua nama pendek contoh mungkin sama. Dalam skenario ini, WCF tidak membuat contoh penghitung seperti yang diharapkan.
Untuk mengaktifkan hotfix ini, tambahkan baris berikut ke appSettings berkas konfigurasi:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Setelah pengaturan ini diaktifkan, WCF akan mendeteksi jika dua contoh nama konflik, dan akan menambah delapan digit heksadesimal hash akhir salah satu nama. Hal ini memungkinkan kedua unsur berhasil dibuat.
Masalah 6
Misalnya Anda menggunakan WCF sebagai klien tingkat menengah untuk layanan web atau situs web untuk berkomunikasi dengan layanan back-end keseimbangan beban melalui HTTP. Selain itu, salah satu host back-end berada dalam keadaan gagal yang mengembalikan respons HTTP bersama dengan kode status "500".
Dalam situasi ini, sambungan ke host back-end gagal tetap ada di pool sambungan WCF ChannelFactory karena mengembalikan respons HTTP yang valid dan menyebabkan tingkat tinggi permintaan gagal. Ada mekanisme tidak tersedia untuk menghapus sambungan ke host gagal yang dapat menyebabkan front-end permintaan gagal.
Untuk mengaktifkan hotfix ini, tambahkan baris berikut ke appSettings berkas konfigurasi: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Setelah hotfix ini diaktifkan, setiap item dari ChannelFactory yang dibuat dan yang menggunakan HTTP transportasi akan memiliki kumpulan terpisah sambungan. Hal ini memungkinkan pengembang partisi mereka sambungan ke terpisah kumpulan melalui instantiating beberapa ChannelFactory objek. Dengan melakukannya, sambungan ke host yang gagal dapat turun dengan menutup contoh ChannelFactory yang berhubungan dengan sambungan ke host gagal. Ketika contoh ChannelFactory tertutup, sambungan di pool tidak harus segera ditutup karena mereka dikendalikan oleh perilaku pooling kelas ServicePointManager . Hal ini penting untuk menetapkan default rendah time-out siaga jika banyak objek ChannelFactory sedang dibuat dan tertutup dalam urutan untuk mencegah situasi di mana sambungan idle banyak berada dalam keadaan penutupan ditunda.
Masalah 7
Misalnya Anda ingin mendukung banyak bersamaan unduhan atau unggahan Layanan WCF yang memperlihatkan akhir WebHttpBinding . Transfer data yang besar konten menggunakan modus streaming (Alih-alih buffer mode) akan menyebabkan Layanan mengalami masalah kinerja tanpa memperhatikan apakah DispatcherSynchronizationBehavior ditambahkan.
Setelah Anda menerapkan perbaikan terbaru ini, WCF akan menggunakan pemrosesan asinkron yang meningkatkan kinerja beberapa bersamaan download dan upload.
Hotfix ini diaktifkan saat properti AsynchronousSendEnabled DispatcherSynchronizationBehavior diatur ke true. Untuk menonaktifkannya, Hapus dispatcherSynchronizationBehavioratau secara eksplisit menetapkan properti AsynchronousSendEnabled menjadi false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Masalah 8
Anggap saja Anda menerapkan pemutakhiran zona waktu Rusia September 2014 (memperbarui 2998527) di komputer Anda. Bila Anda memiliki aplikasi yang menggunakan Microsoft .NET Framework dan TimeZoneInfo kelas, aplikasi mungkin salah menghitung waktu. Lihat pemutakhiran 3012229 untuk rincian tambahan.
Perbaikan terbaru ini memperbaiki look-ups offset dasar zona waktu.
Masalah 9
Misalnya Anda memiliki aplikasi WPF yang membuka jendela di jendela utama. Ketika Anda mengubah ukuran jendela kedua, aplikasi lumpuh dan mengeliminasi pengecualian null pointer.
