Este artigo descreve o conjunto de correcções 3009698 que está disponível para o Microsoft .NET Framework 4.5.2, o .NET Framework 4.5.1 e 4.5 de Framework .NET. Para mais informações sobre os problemas que o conjunto de correcções resolve, consulte a secção "problemas que este conjunto de correcções resolve".
O programa de instalação da web é um pacote pequeno (menos de um megabyte) que determina automaticamente e transfere apenas os componentes que são aplicáveis numa plataforma específica.
Esta actualização agrupa os seguintes pacotes individuais para diferentes produtos e plataformas.
|
Descrição |
Número da KB |
|---|---|
|
O .NET Framework 4.5, 4.5.1 e 4.5.2 no Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 e Windows Server 2008 R2 SP1 |
3011114 |
|
O .NET Framework 4.5, 4.5.1 e 4.5.2 no Windows 8 e Windows Server 2012 |
3011112 |
|
O .NET Framework 4.5.1 e 4.5.2 no ponto 8.1 do Windows e Windows Server 2012 R2 |
3011110 |
Resolução
Agora tem uma correcção suportada disponível na Microsoft. Contudo, destina-se apenas a corrigir o problema descrito neste artigo. Aplique-a apenas em sistemas que tenham este problema específico.
Para resolver este problema, contacte o suporte técnico da Microsoft para obter a correcção. Para obter uma lista completa dos números de telefone do suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte Web site da Microsoft:
http://support.microsoft.com/contactus/?ws=supportNota Em casos especiais, os custos normalmente inerentes às chamadas de suporte poderão ser anulados se um técnico de suporte da Microsoft determinar que uma actualização específica resolverá o problema. Os custos de normais do suporte serão aplicados a questões de suporte adicionais e problemas que não se enquadrem na atualização específica em questão.
Mais informações
Pré-requisitos
Para aplicar esta correcção, tem de ter o .NET Framework 4.5.2, o .NET Framework 4.5.1 ou o .NET Framework 4.5. instalado.
Requisito de reinício
Tem de reiniciar o computador depois de aplicar esta correcção se todos os ficheiros afectados que estão a ser utilizados. Recomendamos que feche todas as aplicações baseadas no .NET Framework antes de aplicar esta correcção.
Informações sobre substituição da correção
Este pacote de correcção não substitui um pacote de correcções disponibilizadas anteriormente.
Problemas que este conjunto de correcções resolve
Problema 1
No .NET Framework 4.5 navegação do teclado numa WPF TreeView não funciona correctamente quando um TreeViewItem contém um elemento focalizável como um botão, caixa de verificaçãoou Caixa de texto. Premir seta para cima ou seta para baixo pode alterar o foco para o elemento errado ou não alterar o foco de todo.
A correcção resolve este problema para que a seta para cima e seta para baixo sempre alterar o foco para o elemento correcto.
Problema 2
Quando chama GlyphRun.InkBoundingBox() ou qualquer um dos respectivos dependentes, tais como FormattedText.Extent de uma aplicação do WPF, os valores de retorno são ligeiramente maiores no 4.5 de Framework .NET que no .NET Framework 4.0. A 4.0 do .NET Framework teve um erro que ocorreu, por vezes, no qual o texto não foi desenhado (consoante o tipo de letra, tamanho do tipo de letra e os caracteres específicos). O erro foi corrigido no 4.5 de Framework .NET ampliando a tinta caixa delimitadora ligeiramente.
Esta correcção adiciona um sinalizador de configuração de recusarem a correcção. Uma aplicação que opte pela saída terá os mesmos valores de retorno que a 4.0 do .NET Framework, mas também pode encontrar o erro "desaparecer texto".
Cancelar a correcção, adicione a seguinte chave para a secção de appSettings do ficheiro de configuração da aplicação:<add key="IncludeAllInkInBoundingBox" value="false"/> Problema 3
Considere o seguinte cenário:
-
Tem um projecto de web do ASP.NET que páginas web implementa cliente as chamadas de retorno programaticamente sem novas colocações.
-
Acção do formulário é um URL de nome de domínio internacionais (por exemplo, nome de domínio o URL contém caracteres Unicode).
-
O cliente está a utilizar Internet Explorer 10 ou uma versão anterior do Internet Explorer.
Neste cenário, a página Web de cliente não funciona. Por exemplo, não acontece nada quando clica num botão que é suposto para accionar uma chamada de retorno.
Problema 4
Suponha que cria uma classe de System.Workflow.Activities.StateMachineWorkflowActivity em conjunto com uma propriedade de actividades que especifica uma lista de ActivitiesCollection . A lista contém muitas actividades (por exemplo, 300 ou mais actividades) que incluem o estado e país.
Nesta situação, as transições para actividades de estado que estão perto do fim da lista ActivitiesCollection de demorar muito mais tempo a concluir que as transições para actividades de estado que estão perto do início da lista.
Esta correcção remove desnecessários transversais de lista de ActivitiesCollection , quando procura a actividade de estado de destino pelo nome durante uma transição de estado. Por conseguinte, menos tempo é necessário para a transição para as actividades do Estado que estão perto do fim da lista de ActivitiesCollection .
Problema 5
Suponha que os contadores de desempenho de WCF estão activados. No entanto, alguns nomes de instância são abreviados porque são mais de 64 caracteres. Além disso, os dois nomes de instância reduzido podem ser o mesmo. Neste cenário, o WCF não cria as instâncias de contador conforme esperado.
Para activar esta correcção, adicione a seguinte linha à appSettings no ficheiro de configuração:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Depois desta definição estiver activada, o WCF irá detectar se dois nomes de instância entrar em conflito e adicionará um hash hexadecimal de oito algarismos para o fim de um dos nomes. Isto permite que ambos os casos ser criado com êxito.
Problema 6
Suponha que utilizem o WCF como um cliente de camada média para um Web site ou serviço web para comunicar com um serviço de back-end com balanceamento de carga através de HTTP. Além disso, um dos anfitriões do back-end está num estado falhado que devolve respostas HTTP com um código de estado "500".
Nesta situação, a ligação para o anfitrião de back-end falha persiste no conjunto de ligações WCF ChannelFactory porque devolve respostas HTTP válidas e faz com que uma elevada taxa de pedidos falhados. Não existe nenhum mecanismo para remover uma ligação a um anfitrião que falhou que poderá provocar a falha de pedidos de front-end.
Para activar esta correcção, adicione a seguinte linha à appSettings no ficheiro de configuração: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Depois desta correcção está activada, cada instância de ChannelFactory que é criada e que utilize o transporte HTTP terá um conjunto separado de ligações. Isto permite aos programadores particionar suas ligações em conjuntos de dados separadas através de criar uma instância de vários objectos de ChannelFactory . Ao fazê-lo, uma ligação a um anfitrião que falhou pode ser largada fechando a instância de ChannelFactory que está associada com a ligação para o anfitrião que falhou. Quando uma instância de ChannelFactory está fechada, as ligações no agrupamento não tem de ser imediatamente fechadas porque são controladas pelo agrupamento comportamento da classe ServicePointManager . É importante configurar uma predefinição de baixa limite de tempo inactivo se muitos objectos de ChannelFactory estão a ser criado e fechada na ordem para evitar uma situação em que muitas ligações inactivas estejam num Estado de encerramento pendente.
Problema 7
Suponha que pretende suportar lotes de transferências simultâneas ou envios a um serviço WCF expõe um ponto final de WebHttpBinding . Transferências de conteúdos de grande de dados utilizando o modo de transmissão em sequência (em vez do modo em memória intermédia) fará com que o serviço para detectar problemas de desempenho, independentemente de um DispatcherSynchronizationBehavior é adicionados.
Depois de aplicar esta correcção, WCF irá utilizar o processamento assíncrono que aumenta bastante o desempenho das várias transferências simultâneas e envios.
Esta correcção é activada quando a propriedade AsynchronousSendEnabled do DispatcherSynchronizationBehavior está definida como true. Para desactivá-lo, remova o dispatcherSynchronizationBehaviorou definir explicitamente a propriedade AsynchronousSendEnabled como Falso:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problema 8
Suponha que apliquem a actualização de fuso horário russo de 2014 Setembro (Actualizar 2998527) no seu computador. Quando tiver uma aplicação que utiliza a classe do Microsoft .NET Framework e TimeZoneInfo , a aplicação pode calcular o tempo incorrectamente. Consulte actualização 3012229 para obter detalhes adicionais.
Esta correcção corrige os desvio de fuso horário base look-ups.
Problema 9
Suponha que tem uma aplicação de WPF que abre uma janela na janela principal. Quando redimensiona a segunda janela, a aplicação falha e inicia uma excepção de ponteiro nulo.
