Versión preliminar de la actualización acumulativa del 2 de febrero de 2021-KB4598299 para .NET Framework 3.5 y 4.8 para Windows 10, versión 2004, Windows Server, versión 2004, Windows 10, versión 20H2 y Windows Server, versión 20H2

Síntoma

Después de instalar esta actualización, las aplicaciones WPF pueden bloquearse con un pajar de llamada similar a

Exception Info: System.NullReferenceException at System.Windows.Interop.HwndMouseInputProvider.HasCustomChrome(System.Windows.Interop.HwndSource, RECT ByRef) at System.Windows.Interop.HwndMouseInputProvider.GetEffectiveClientRect(IntPtr)
at System.Windows.Interop.HwndMouseInputProvider.PossiblyDeactivate(IntPtr, Boolean)
at System.Windows.Interop.HwndMouseInputProvider.Dispose()

Esto ocurre al eliminar un HwndSource cuyo RootVisual es nulo, una situación que surja en Visual Studio al acoplar o dividir ventanas y podría surgir en otras aplicaciones.

Solución alternativa

Para solucionar este problema, establezca dos modificadores AppContext con uno de los métodos descritos en AppContext Class (System) bajo el encabezado "AppContext para consumidores de biblioteca".  Los modificadores se denominanSwitch.System. Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix ySwitch.System. Windows.Interoperabilidad.MouseInput.DoNotOptOutOfMoveToChromedWindowFix y ambos deben establecerse en "true".   El primer modificador evita el bloqueo, pero vuelve a introducir el error corregido en los KB.  El segundo modificador se omite actualmente, pero se reconocerá en una actualización futura de .NET que contiene una corrección para el bloqueo de referencia nula;  restaura la corrección de error original.

Por ejemplo, usando el método app.config archivo para aplicar la solución alternativa en el ámbito de la aplicación:

<AppContextSwitchOverrides value="Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true; Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true " />