Este artículo describe el paquete acumulativo de revisiones 3009698 que está disponible para el 4.5.2 de Microsoft.NET Framework, el.NET Framework 4.5.1 y el 4.5 de.NET Framework. Para obtener más información acerca de los problemas que resuelve el paquete acumulativo de revisiones, consulte la sección "problemas que resuelve este paquete acumulativo de revisiones".El instalador de web es un paquete pequeño (menos de un megabyte) que determina automáticamente y descarga únicamente los componentes que son aplicables para una plataforma determinada.Esta actualización incluye los siguientes paquetes individuales de distintos productos y plataformas.
|
Descripción |
Número de KB |
|---|---|
|
.NET Framework 4.5, 4.5.1 y 4.5.2 en Windows Vista Service Pack 2, Service Pack 2 de Windows Server 2008, Windows 7 SP1 y Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5, 4.5.1 y 4.5.2 en Windows 8 y Windows Server 2012 |
3011112 |
|
El.NET Framework 4.5.1 y 4.5.2 en Windows 8.1 y R2 de Windows Server 2012 |
3011110 |
Solución
Ahora hay una revisión compatible de Microsoft. Sin embargo, se pretende corregir el problema que describe este artículo. Aplíquela sólo a sistemas que experimenten este problema específico.Para resolver este problema, póngase en contacto con los servicios de soporte técnico de Microsoft para obtener la revisión. Para obtener una lista completa de números de teléfono de los servicios de soporte al cliente de Microsoft e información acerca de los costos de soporte técnico, visite el siguiente sitio Web de Microsoft:
http://support.microsoft.com/contactus/?ws=supportNota: En casos especiales, los costos derivados normalmente de las llamadas al soporte técnico pueden cancelarse si un profesional de soporte técnico de Microsoft determina que una actualización específica resolverá el problema. Los costos habituales de soporte se aplicarán a las preguntas de soporte técnico adicionales y problemas que no guarden relación con la actualización en cuestión.
Más información
Requisitos previos
Para aplicar este hotfix, debe tener el 4.5.2 de.NET Framework, el.NET Framework 4.5.1 o la 4.5 de.NET Framework instalado.
Requisito de reinicio
Tendrá que reiniciar el equipo después de aplicar esta revisión si se utilizan los archivos afectados. Se recomienda que cierre todas las aplicaciones basadas en.NET Framework antes de aplicar este hotfix.
Información de reemplazo de revisión
Este paquete de hotfix no sustituye a un paquete de revisiones publicadas anteriormente.
Problemas que resuelve este paquete acumulativo de revisiones
Problema 1En la 4.5 de.NET Framework, navegación mediante el teclado en un TreeView WPF no funciona correctamente cuando un TreeViewItem contiene un elemento pueda recibir el foco, como un botón, una casillao un Cuadro de texto. Al presionar la flecha arriba o flecha abajo puede cambiar el foco a un elemento equivocado o no puede cambiar el foco en absoluto.La revisión resuelve este problema para que la flecha arriba y flecha abajo siempre que cambie el enfoque al elemento correcto.Problema 2Cuando se llama a GlyphRun.InkBoundingBox() o cualquiera de sus dependientes, como FormattedText.Extent en una aplicación WPF, los valores devueltos son un poco más grandes en la 4.5 de.NET Framework que en.NET Framework 4.0. El de.NET Framework 4.0 tenía un error que a veces se produjo en el texto que no se ha dibujado (dependiendo de la fuente, tamaño de fuente y los caracteres específicos). El error se corrigió en la 4.5 de.NET Framework de la ampliación de la tinta rectángulo ligeramente.Este hotfix agrega un indicador de configuración para rechazar la corrección. Una aplicación que opta tendrá los mismos valores de retorno como en el de.NET Framework 4.0, pero también puede encontrarse el error "desaparece el texto".Para optar por la revisión, agregue la clave siguiente a la sección appSettings del archivo de configuración de la aplicación:<add key="IncludeAllInkInBoundingBox" value="false"/> Problema 3Imagine el siguiente escenario:
-
Tener un proyecto web ASP.NET en las devoluciones de llamada del cliente de implements de páginas web mediante programación sin devoluciones de datos.
-
La acción del formulario es un nombre de dominio internacional URL (por ejemplo, nombre de dominio de la dirección URL contiene caracteres Unicode).
-
El cliente está utilizando Internet Explorer 10 o una versión anterior de Internet Explorer.
En este escenario, la página Web del cliente no funciona. Por ejemplo, no sucede nada al hacer clic en un botón que se supone que desencadenan una devolución de llamada.Problema 4Suponga que crea una clase System.Workflow.Activities.StateMachineWorkflowActivity junto con una propiedad de las actividades que especifica una lista de ActivitiesCollection . La lista contiene muchas actividades (por ejemplo, 300 o más actividades) que incluyen el estado y sin estado.En esta situación, las transiciones a las actividades del estado que están cerca del final de la lista de ActivitiesCollection llevar mucho más tiempo para terminar de transiciones a las actividades del estado que están cerca del principio de la lista.Esta revisión quita recorridos de lista ActivitiesCollection innecesarios cuando busca la actividad del estado de destino por nombre durante una transición de estado. Por lo tanto, menos tiempo se necesita para la transición a las actividades del estado que están cerca del final de la lista de ActivitiesCollection .Problema 5Se supone que se habilitan los contadores de rendimiento de WCF. Sin embargo, algunos nombres de instancia se acortan porque son más de 64 caracteres. Además, los dos nombres de instancia abreviada pueden ser el mismo. En este escenario, WCF no crea las instancias de contador como se esperaba.Para habilitar esta revisión, agregue la línea siguiente para appSettings en el archivo de configuración:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" /></appSettings> Después de habilita esta configuración, WCF detectará si dos nombres de instancia en conflicto y agregará un hash hexadecimal de ocho dígitos al final de uno de los nombres. Esto permite que ambas instancias se creó correctamente.Problema 6Se supone que usa WCF como un cliente de nivel intermedio para un sitio Web o servicio web para comunicarse con un servicio de fondo con equilibrio de carga a través de HTTP. Además, uno de los hosts de servicios de fondo está en un estado de error que devuelve respuestas HTTP junto con un código de estado de "500".En esta situación, la conexión con el host con errores de fondo se conserva en la agrupación de conexiones de WCF ChannelFactory porque devuelve respuestas HTTP válidas y provoca una alta tasa de errores en las peticiones. No hay ningún mecanismo disponible para quitar una conexión a un host error que podría conducir a las solicitudes de cliente falla.Para habilitar esta revisión, agregue la línea siguiente para appSettings en el archivo de configuración: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/> </appSettings> Después de habilita esta revisión, cada instancia de ChannelFactory que se crea y que utiliza el transporte HTTP tendrá un grupo distinto de conexiones. Esto permite a los desarrolladores a crear particiones en sus conexiones en grupos separados a través de instancias de varios objetos ChannelFactory . Al hacerlo, se puede quitar una conexión con un host que ha fallado cerrando la instancia ChannelFactory asociado a la conexión con el host con errores. Cuando se cierra una instancia de ChannelFactory , las conexiones en el grupo de no tener inmediatamente cerrarse debido a que son controlados por el comportamiento de agrupación de la clase ServicePointManager . Es importante establecer un valor predeterminado bajo tiempo de espera inactivo si muchos objetos ChannelFactory se están creado y cerrado en orden para evitar una situación en la que muchas conexiones inactivas están en un estado de cierre pendiente.Problema 7Suponga que desea admitir muchas descargas simultáneas o cargas a un servicio WCF que expone un extremo WebHttpBinding . Las transferencias de contenido de datos de gran tamaño mediante el modo de transmisión por secuencias (en lugar del modo de búfer) hará que el servicio a experimentar problemas de rendimiento independientemente de si se agrega un DispatcherSynchronizationBehavior .Después de aplicar este hotfix, WCF utiliza procesamiento asincrónico que aumenta en gran medida el rendimiento de varias cargas y descargas simultáneas.Esta revisión se habilita cuando la propiedad AsynchronousSendEnabled de la DispatcherSynchronizationBehavior se establece en true. Para deshabilitarlo, quitar el dispatcherSynchronizationBehavioro establecer explícitamente la propiedad AsynchronousSendEnabled en false:<system.ServiceModel> <behaviors> <endpointBehaviors> <behavior name="MyEndpointBehavior"> <dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" /> </behavior> </endpointBehaviors> </behaviors></system.ServiceModel> Problema 8Supongamos que aplicar la actualización de zona horaria ruso septiembre de 2014 (actualización 2998527) en el equipo. Si tiene una aplicación que utiliza la clase TimeZoneInfo y de Microsoft.NET Framework, la aplicación puede calcular tiempo incorrectamente. Para obtener más información, consulte 3012229 de actualización .Esta revisión corrige las búsquedas de desplazamiento de zona horaria base.Problema 9Suponga que tiene una aplicación de WPF que se abre una ventana en la ventana principal. Cuando cambia el tamaño de la segunda ventana, la aplicación se bloquea y produce una excepción de puntero nulo.
