Microsoft ha lanzado KB4481031, una actualización acumulativa de .NET Framework que trae mejoras para las versiones 3.5 y 4.7.2 en Windows 10 versión 1809 y Windows Server 2019.
La actualización resuelve varios errores en .NET Framework, y Microsoft explica en el registro de cambios (que puede leer en su totalidad en el recuadro al final del artículo) que corrige un problema de recolección de basura en el código compilado por JIT y un problema que golpea a IIS -Servicio de servicios de WCF net.tcp.
Curiosamente, la actualización se envió originalmente a los dispositivos Windows 10 a través de Windows Update como una descarga automática, pero Microsoft ahora la ofrece solo para los usuarios que buscan actualizaciones manualmente.
Para obtener la actualización, debe dirigirse a Configuración> Actualización y seguridad> Actualización de Windows y presionar el botón que dice Buscar actualizaciones . Lo más probable es que la implementación automática se reanudará el próximo mes cuando Microsoft envíe las revisiones del martes de parche de febrero de 2019 y se lanzará KB4481031 a todos los dispositivos.
Microsoft no proporciona una razón para su decisión de poner esto a disposición, pero explica lo siguiente en la página oficial de KB:
“Durante 24 horas, esta Actualización acumulativa del 22 de enero de 2019 para .NET Framework 3.5 y 4.7.2 (KB4481031) estuvo disponible en general en la Actualización de Windows como una actualización automática.
A partir del 23 de enero de 2019, esta actualización ya no se ofrece en Windows Update como una actualización automática, sino más bien solo para los "buscadores" que van a Configuración> Actualización y seguridad> Windows Update, y luego seleccionan Buscar actualizaciones, como se espera. . Esta actualización sigue estando disponible en WSUS y Microsoft Update Catalog ".
Notas del parche de KB4481031
- Trata un problema de recolección de basura en el código compilado por JIT.
- Aborda una condición de carrera que afecta a los servicios de WCF Net.tcp alojados en IIS cuando se reinicia el servicio de puerto compartido, lo que hace que el servicio no esté disponible.
- Aborda temas relacionados con:
- Modo especial en el que el contexto de la llamada lógica no se puede serializar, lo que ocasiona SerializationException cuando los dominios de las aplicaciones secundarias vuelven a llamar al dominio predeterminado para recopilar pruebas.
- Modo especial en el que el subproceso se está ejecutando bajo un token de usuario suplantado en lugar del token de proceso primario, lo que provoca la excepción COMException cuando el examen de pruebas desencadena la inicialización de urlmon en el sistema, que a su vez falla porque asume un nivel de acceso al registro que no siempre está presente cuando haciéndose pasar
