Artikel ini menjelaskan hotfix rollup 3088959 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 diperbaiki Batal hotfix, lihat bagian "masalah yang diperbaiki Batal hotfix ini".
Paket offline yang dapat digunakan dalam situasi di mana Web Installer tidak dapat digunakan karena kurangnya konektivitas Internet. Dimanapun memungkinkan, sebaiknya menggunakan Web Installer alih-alih paket luring untuk persyaratan efisiensi dan bandwidth yang optimal.
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 memperbaiki 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 teknisi dukungan Microsoft menentukan bahwa pembaruan khusus akan mengatasi masalah Anda. Biaya dukungan biasa akan berlaku untuk pertanyaan dan masalah yang tidak memenuhi syarat untuk pembaruan tertentu yang dimaksud dukungan tambahan.
Catatan Untuk memverifikasi hotfix update versi, periksa nilai kunci peluncuran untuk mengetahui versi yang diinstal. Untuk maju kompatibel, Anda dapat memeriksa nilai yang lebih besar atau sama dengan nilai yang tercantum dalam tabel berikut.
|
Hotfix Rollup versi |
Nilai DWORD peluncuran |
|---|---|
|
Pembatalan hotfix 3088959 untuk .NET Framework 4,5 dan versi .NET Framework |
379991 |
Untuk informasi lebih lanjut tentang cara menentukan versi .NET Framework, lihat cara: menentukan mana .NET Framework versi diinstal.
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 diperbaiki Batal hotfix ini
Masalah 1
Ini adalah pembaruan untuk mendukung simbol Georgia Lari baru. Negara Georgia telah memperkenalkan simbol mata uang baru untuk Lari, tetapi nama mata uang tidak berubah. Simbol mata uang baru juga telah ditambahkan ke standar Unicode. Pembaruan ini memastikan bahwa simbol mata uang benar ditampilkan oleh .NET Framework yang didasarkan pada sistem lokal pengaturan.
Masalah 2
Batal hotfix ini memperbaiki masalah dengan mendukung fitur sentuh fondasi presentasi Windows (WPF) aplikasi yang berjalan dalam proses yang sama tetapi penargetan dua versi .NET Framework yang berbeda. Contoh dari masalah ini adalah dua VSTO Office Add-in ditulis dalam WPF tetapi ditargetkan berbeda dengan sisi .NET Framework. Pengguna dalam skenario ini dapat melihat perilaku aneh touch dan/atau lumpuh di berbagai titik selama pelaksanaan program.
Perbaiki memastikan bahwa dll yang tepat yang dimuat dan diakses dalam skenario ini, menghentikan masalah apa pun dengan perilaku sentuh atau program macet.
Catatan Jika Anda menggunakan .NET Framework 3.5 Paket Layanan 2 pada komputer Anda, menginstal fix sesuai untuk versi untuk memperbaiki masalah ini.
Masalah 3
Jika Anda memiliki situs web ASP.NET yang berjalan di versi 32-bit dari .NET Framework 4.6 atau AMD64 platform .NET Framework 4.6 dengan RyuJit dinonaktifkan, Anda mungkin mengalami kelumpuhan w3wp karena ditangani ThreadAbortException.
Saat terjadi kelumpuhan, entri berikut ini dicatat di log peristiwa:
Terjadi pengecualian ditangani dan proses dihentikan.
Aplikasi ID: [ApplicationID]
ID proses: [ProcessID]
Pengecualian: System.Threading.ThreadAbortException
Pesan: Alur adalah sedang dibatalkan.
StackTrace: Di System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, konteks HttpContext)
di System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer IntPtr nativeRequestContext IntPtr moduleData, Int32 bendera)
di System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer IntPtr nativeRequestContext IntPtr moduleData, Int32 bendera)
Masalah 4
Misalnya Anda memiliki klien WCF menyambung ke layanan WCF menggunakan layanan WCF perutean. Jika layanan akhir menaikkan pengecualian tak terduga yang tidak jenis FaultException atau perubahan konfigurasi, Layanan Routing WCF tidak dapat mengarahkan permintaan berikutnya ke ujung layanan.
Ketika masalah ini terjadi, Anda menerima pengecualian berikut ini:
System.ServiceModel.ProtocolException: Saluran ini tidak lagi dapat digunakan untuk mengirim pesan seperti sesi output otomatis ditutup karena mematikan server dimulai. Nonaktifkan auto-tutup dengan mengatur DispatchRuntime.AutomaticInputSessionShutdown menjadi false atau mempertimbangkan memodifikasi protokol mematikan dengan server jauh.
Informasi pelacakan tumpukan:
at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, Boolean oneway, ProxyRpc& rpc)at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()
at System.ServiceModel.Channels.ServiceChannel.BeginCall(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )
at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state)
