Artikel ini menjelaskan hotfix rollup 3146716, yang tersedia untuk Microsoft .NET Framework 4.6 dan 4.6.1. Untuk informasi selengkapnya tentang masalah yang diperbaiki Batal hotfix, lihat bagian masalah yang diperbaiki Batal hotfix ini .

Pemecahan masalah

Berkas berikut tersedia untuk diunduh dari Pusat Unduh Microsoft:

Download Download paket (x86 dan x64) sekarang.

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 akan secara otomatis mendeteksi protokol TLS yang diperlukan pada waktu jalan. 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.

Perlu bantuan lainnya?

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung Microsoft Insider

Apakah informasi ini bermanfaat?

Seberapa puaskah Anda dengan kualitas bahasanya?
Apa yang memengaruhi pengalaman Anda?

Terima kasih atas umpan balik Anda!

×