Artikel ini menjelaskan hotfix rollup 3146715, yang tersedia untuk Microsoft .NET Framework 4.6 dan 4.6.1. Untuk informasi selengkapnya tentang masalah yang diperbaiki Batal ini, lihat bagian masalah yang diperbaiki Batal hotfix ini .
Pemecahan masalah
Berkas berikut tersedia untuk diunduh dari Pusat Unduh Microsoft:
Untuk informasi selengkapnya tentang cara mengunduh file dukungan Microsoft, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
119591 cara mendapatkan berkas dukungan Microsoft dari layanan daringMicrosoft telah memindai file ini dari virus. Microsoft menggunakan perangkat lunak pendeteksi virus terbaru telah tersedia pada tanggal berkas diposting. File tersebut disimpan di server aman yang membantu mencegah segala perubahan tidak sah terhadap file.
Catatan Untuk memverifikasi versi pembaruan hotfix, periksa nilai kunci peluncuran untuk menentukan versi yang diinstal. Untuk maju yang 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 3146711 untuk .NET Framework 4.6 dan versi yang lebih baru |
394294 |
Untuk informasi lebih lanjut tentang cara menentukan versi .NET Framework, lihat cara: menentukan versi .NET Framework yang diinstal.
Informasi lebih lanjut
Prasyarat
Untuk menerapkan hotfix ini, Anda harus .NET Framework 4.6 atau 4.6.1 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 CLR JIT
C# struktur disampaikan dengan referensi, bukan dengan nilai, ketika kode dijalankan pada komputer yang telah menginstal .NET Framework 4.6 dan yang menggunakan RyuJIT compiler. Salah satu gejala bug ini adalah kode yang mewakili data dalam koleksi dalam urutan yang salah (waktu-seri). Perubahan perilaku dari versi .NET Framework memicu perilaku tak terduga ketika klien mengambil waktu-seri data dari data sejarah.
Masalah ini terjadi karena bendera lvAddrExposed hilang untuk tmp variabel yang berfungsi sebagai pass dengan REF. argumen. Hal ini, bergantian, merusak fase model salinan.
Masalah CLR
Masalah dalam CLR jenis loader akan memicu kemogokan sementara jenis generik dipulihkan dari gambar asli. Hal ini menyebabkan kegagalan dalam perintah ngen createpdb . Perbaikan terbaru ini memecahkan masalah ini.
Masalah Windows Forms
Windows Forms PrintPreviewDialog UI diinisialisasi sangat lambat ketika kondisi berikut ini benar:
-
Printer jaringan yang digunakan.
-
Preferensi pengguna untuk pencetak ini, seperti pengaturan dupleks, dimodifikasi.
Optimasi performa telah ditambahkan untuk skenario ini. Jika pengaturan halaman tidak diubah untuk halaman tertentu, pengaturan printer yang tidak diterapkan kembali (dengan mengakses ke printer spooler) untuk Halaman ini. Jika aplikasi mengubah pengaturan printer menggunakan penanganan kejadian QueryPageSettings , kinerja pembuatan pratinjau pencetakan halaman yang terpengaruh tidak akan meningkatkan meskipun ikut bendera ditetapkan.
Untuk masuk ke optimasi ini, kunci berikut ini akan ditambahkan ke berkas app.config, tergantung pada versi .NET Framework.
.NET framework 4.5.2:
<?xml version="1.0" encoding="utf-8"?><configuration>
< appSettings >
< add key="OptimizePrintPreview" value="true" />
< /appSettings >
</configuration>
.NET framework 4.6 atau versi yang lebih baru:
<?xml version="1.0" encoding="utf-8"?><configuration>
< runtime>
< AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
< /runtime>
</configuration>
Jika aplikasi dapat menjalankan salah satu versi .NET Framework, gunakan kedua switch pada berkas yang sama.
Untuk keluar, Hapus switch, atau menetapkan nilai ke palsu.
ClickOnce issue
ClickOnce telah diperbarui untuk mendukung TLS 1.1 dan 1.2. ClickOnce sekarang secara otomatis mendeteksi protokol TLS yang diperlukan pada saat runtime. Ada tidak ada langkah-langkah tambahan yang diperlukan dalam ClickOnce untuk mengaktifkan fungsionalitas ini.
Catatan ClickOnce terus mendukung TLS 1.0 di masa mendatang, meskipun sudah tidak lagi dianggap sesuai PCI.
