Versión preliminar de la actualización acumulativa del 26 de enero de 2021-KB4598301 para .NET Framework 3.5 y 4.8 para Windows 10, versión 1909 y Windows Server, versión 1909

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.Interopera.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 app.config de 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 " />