You are currently offline, waiting for your internet to reconnect

Hotfix rollup 3146716 for the .NET Framework 4.6 and 4.6.1 in Windows

This article describes hotfix rollup 3146716, which is available for the Microsoft .NET Framework 4.6 and 4.6.1. For more information about the issues that the hotfix rollup fixes, see the Issues that this hotfix rollup fixes section.
Resolution
The following files are available for download from the Microsoft Download Center:

DownloadDownload the package (x86 and x64) now.

For more information about how to download Microsoft support files, click the following article number to view the article in the Microsoft Knowledge Base:
119591 How to obtain Microsoft support files from online services
Microsoft scanned this file for viruses. Microsoft used the most current virus-detection software that was available on the date that the file was posted. The file is stored on security-enhanced servers that help prevent any unauthorized changes to the file.

Note To verify the hotfix update version, check the value of the Release keyword to determine the installed version. To be forward-compatible, you can check for a value that's greater than or equal to the value that's listed in the following table.

Hotfix rollup version Value of the release DWORD
Hotfix rollup 3146711 for the .NET Framework 4.6 and later versions 394294
For more information about how to determine the .NET Framework versions, see How to: Determine which .NET Framework versions are installed.
More information

Prerequisites

To apply this hotfix, you must have the .NET Framework 4.6 or 4.6.1 installed.

Restart requirement

You have to restart the computer after you apply this hotfix if any affected files are being used. We recommend that you close all .NET Framework-based applications before you apply this hotfix.

Hotfix replacement information

This hotfix package doesn't replace a previously released hotfix package.


Issues that this hotfix rollup fixes

CLR JIT issue

C# structures are passed by reference, not by value, when the code is run on a computer that has the .NET Framework 4.6 installed and that uses the RyuJIT compiler. One symptom of this bug is that the code represents the data in a collection in the incorrect order (time-series). This change in behavior from earlier versions of .NET Framework triggers unexpected behavior when clients retrieve time-series data from the data historian.​

This issue occurs because the lvAddrExposed flag is missing for tmp variables that serve as pass-by-ref arguments. This, in turn, corrupts the copy prop phase.

CLR issue

An issue in CLR type loader may trigger a deadlock while generic types are being restored from native images. This causes a failure in the ngen createpdb command​. This hotfix resolves this issue.

Windows Forms issue

The Windows Forms PrintPreviewDialog UI is initialized very slowly when the following conditions are true:

  • A network printer is used.
  • User preferences for this printer, such as duplex settings, are modified.
Performance optimization has been added to this scenario. If page settings are not modified for a specific page, printer settings are not reapplied (by accessing to the printer spooler) for this page. If the application modifies printer settings by using the QueryPageSettings event handler, print preview generation performance for the affected pages will not improve even if the opt-in flag is set.

In order to opt in to this optimization, the following key should be added to the app.config file, depending on your version of .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 or a later version:

<?xml version="1.0" encoding="utf-8"?><configuration> < runtime>   < AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" /> < /runtime></configuration>
If an application can run on either version of the .NET Framework, use both switches in the same file.

To opt out, remove the switch, or set the values to false. ​

ClickOnce issue

ClickOnce has been updated to support TLS 1.1 and 1.2. ClickOnce will automatically detect which TLS protocol is required at runtime. There are no extra steps required in ClickOnce to enable this functionality.

Note ClickOnce continues to support TLS 1.0 for the foreseeable future, even though it is no longer considered PCI-compliant.​
Properties

Article ID: 3146716 - Last Review: 04/13/2016 18:46:00 - Revision: 1.0

Microsoft .NET Framework 4.6.1, Microsoft .NET Framework 4.6, Windows 7 Service Pack 1, Windows Vista Service Pack 2, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2

  • kbsurveynew kbexpertiseadvanced atdownload kbfix KB3146716
Feedback
>