Alterações de tempo de execução para a migração do .NET Framework 4.5 para 4.5.2Runtime Changes for Migration from .NET Framework 4.5 to 4.5.2

Introduction

Runtime changes affect all apps that are running under a .NET Framework it was not compiled against and that use a particular feature.

In the topics that describe runtime changes, we have classified individual items by their expected impact, as follows:

Major This is a significant change that affects a large number of apps or that requires substantial modification of code.

Minor This is a change that affects a small number of apps or that requires minor modification of code.

Edge case This is a change that affects apps under very specific scenarios that are not common.

Transparent This is a change that has no noticeable effect on the app's developer or user. The app should not require modification because of this change.

Se você estiver migrando do .NET Framework 4.5 para 4.5.2, examine os seguintes tópicos sobre problemas de compatibilidade do aplicativo que podem afetar seu aplicativo:If you are migrating from the .NET Framework 4.5 to 4.5.2, review the following topics for application compatibility issues that may affect your app:

ADO.NETADO.NET

Agora, ADO.NET tentará reconectar automaticamente conexões SQL interrompidasADO.NET now attempts to automatically reconnect broken SQL connections

DetalhesDetails A partir do .NET Framework 4.5.1, o .NET Framework tentará reconectar automaticamente conexões SQL interrompidas.Beginning in the .NET Framework 4.5.1, the .NET Framework will attempt to automatically reconnect broken SQL connections. Embora, normalmente, isso torne os aplicativos mais confiáveis, há casos de borda em que um aplicativo precisa saber que a conexão foi perdida para tomar medidas sobre a reconexão.Although this will typically make apps more reliable, there are edge cases in which an app needs to know that the connection was lost so that it can take some action upon reconnection.
SugestãoSuggestion Se esse recurso for indesejável devido a preocupações de compatibilidade, ele poderá ser desabilitado por meio da configuração da propriedade ConnectRetryCount de uma cadeia de conexão (ou SqlConnectionStringBuilder) para 0.If this feature is undesirable due to compatibility concerns, it can be disabled by setting the ConnectRetryCount property of a connection string (or SqlConnectionStringBuilder) to 0.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

ASP.NETASP.NET

O MVC do ASP.NET agora escapa espaços em cadeias de caracteres passadas por meio dos parâmetros de rotaASP.NET MVC now escapes spaces in strings passed in via route parameters

DetalhesDetails Para estar em conformidade com a RFC 2396, os espaços nos caminhos de rota agora são escapados na população dos parâmetros de ação usando uma rota.In order to conform to RFC 2396, spaces in route paths are now escaped when populating action parameters from a route. Portanto, enquanto /controller/action/some data anteriormente correspondia à rota /controller/action/{data} e fornecia some data como o parâmetro de dados, ele agora fornecerá some%20data.So, whereas /controller/action/some data would previously match the route /controller/action/{data} and provide some data as the data parameter, it will now provide some%20data instead.
SugestãoSuggestion O código deve ser atualizado para não escapar parâmetros de cadeia de caracteres de uma rota.Code should be updated to unescape string parameters from a route. Se o URI original for necessário, ele poderá ser acessado com a API RequestUri.OriginalString.If the original URI is needed, it can be accessed with the RequestUri.OriginalString API.
EscopoScope SecundárioMinor
VersãoVersion 4.5.24.5.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Não é mais possível definir EnableViewStateMac como falseNo longer able to set EnableViewStateMac to false

DetalhesDetails O ASP.NET não permite mais que os desenvolvedores especifiquem <pages enableViewStateMac="false"/> ou <@Page EnableViewStateMac="false" %>.ASP.NET no longer allows developers to specify <pages enableViewStateMac="false"/> or <@Page EnableViewStateMac="false" %>. O MAC (Message Authentication Code) de estado da exibição agora é obrigatório em todas as solicitações com estado de exibição embutido.The view state message authentication code (MAC) is now enforced for all requests with embedded view state. Apenas aplicativos que definiram explicitamente a propriedade EnableViewStateMac como false são afetados.Only apps that explicitly set the EnableViewStateMac property to false are affected.
SugestãoSuggestion EnableViewStateMac deve ser considerada true e qualquer erro MAC resultante deverá ser resolvido (conforme explicado nestas diretrizes, que contêm várias resoluções que variam de acordo com as características do que está causando os erros MAC).EnableViewStateMac must be assumed to be true, and any resulting MAC errors must be resolved (as explained in this guidance, which contains multiple resolutions depending on the specifics of what is causing MAC errors).
EscopoScope PrincipalMajor
VersãoVersion 4.5.24.5.2
TipoType Tempo de execuçãoRuntime

Aplicativos ASP.NET MVC4 de criação de perfil podem causar Erro Fatal do Mecanismo de ExecuçãoProfiling ASP.Net MVC4 apps can lead to Fatal Execution Engine Error

DetalhesDetails Os criadores de perfil que usam NGEN/assemblies de perfil podem causar pane em aplicativos ASP.NET MVC4 de criação de perfil na inicialização com o "Erro Fatal do Mecanismo de Execução".Profilers using NGEN /Profile assemblies may crash profiled ASP.NET MVC4 applications on startup with a 'Fatal Execution Engine Exception'
SugestãoSuggestion Esse problema foi corrigido no .NET Framework 4.5.2.This issue is fixed in the .NET Framework 4.5.2. Como alternativa, o criador de perfil pode evitar esse problema especificando COR_PRF_DISABLE_ALL_NGEN_IMAGES em sua máscara de evento.Alternatively, the profiler may avoid this issue by specifying COR_PRF_DISABLE_ALL_NGEN_IMAGES in its event mask.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime

NúcleoCore

Um ConcurrentDictionary serializado no .NET Framework 4.5 com NetDataContractSerializer não pode ser desserializado pelo .NET Framework 4.5.1 ou 4.5.2A ConcurrentDictionary serialized in .NET Framework 4.5 with NetDataContractSerializer cannot be deserialized by .NET Framework 4.5.1 or 4.5.2

DetalhesDetails Devido a alterações internas no tipo, objetos ConcurrentDictionary<TKey,TValue> serializados com o .NET Framework 4.5 usando o NetDataContractSerializer não podem ser desserializados no .NET Framework 4.5.1 ou no .NET Framework 4.5.2. Observe que mover-se no outro sentido (serializar com o .NET Framework 4.5.x e desserializar com o .NET Framework 4.5) funciona.Due to internal changes to the type, ConcurrentDictionary<TKey,TValue> objects that are serialized with the .NET Framework 4.5 using the NetDataContractSerializer cannot be deserialized in the .NET Framework 4.5.1 or in the .NET Framework 4.5.2.Note that moving in the other direction (serializing with the .NET Framework 4.5.x and deserializing with the .NET Framework 4.5) works. Da mesma forma, todas as serializações entre versões 4. x funcionam com o .NET Framework 4.6. A possibilidade de serializar e desserializar com uma única versão do .NET Framework não é afetada.Similarly, all 4.x cross-version serialization works with the .NET Framework 4.6.Serializing and deserializing with a single version of the .NET Framework is not affected.
SugestãoSuggestion Se for necessário serializar e desserializar um ConcurrentDictionary<TKey,TValue> entre o .NET Framework 4.5 e o .NET Framework 4.5.1/4.5.2, um serializador alternativo como o serializador DataContractSerializer ou BinaryFormatter deve ser usado em vez do NetDataContractSerializer. Como alternativa, uma vez que esse problema é resolvido no .NET Framework 4.6, isso pode ser solucionado com a atualização para essa versão do .NET Framework.If it is necessary to serialize and deserialize a ConcurrentDictionary<TKey,TValue> between the .NET Framework 4.5 and .NET Framework 4.5.1/4.5.2, an alternate serializer like the DataContractSerializer or BinaryFormatter serializer should be used instead of the NetDataContractSerializer.Alternatively, because this issue is addressed in the .NET Framework 4.6, it may be solved by upgrading to that version of the .NET Framework.
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

ConcurrentQueue<T>.TryPeek pode retornar um nulo errado por meio de seus parâmetros de saídaConcurrentQueue<T>.TryPeek can return an erroneous null via its out parameter

DetalhesDetails Em alguns cenários multithread, TryPeek(T) pode retornar true, mas popular o parâmetro de saída com um valor nulo (em vez do valor correto, inspecionado).In some multi-threaded scenarios, TryPeek(T) can return true, but populate the out parameter with a null value (instead of the correct, peeked value).
SugestãoSuggestion Esse problema foi corrigido no .NET Framework 4.5.1.This issue is fixed in the .NET Framework 4.5.1. O upgrade para esse Framework resolverá o problema.Upgrading to that Framework will solve the issue.
EscopoScope PrincipalMajor
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

COR_PRF_GC_ROOT_HANDLEs não estão sendo enumerados por criadores de perfilCOR_PRF_GC_ROOT_HANDLEs are not being enumerated by profilers

DetalhesDetails No .NET Framework v4.5.1, a API de criação de perfil RootReferences2(), de maneira incorreta, nunca retorna COR_PRF_GC_ROOT_HANDLE (que, em vez disso, é retornada como COR_PRF_GC_ROOT_OTHER).In the .NET Framework v4.5.1, the profiling API RootReferences2() is incorrectly never returning COR_PRF_GC_ROOT_HANDLE (they are returned as COR_PRF_GC_ROOT_OTHER instead). Esse problema foi corrigido a partir do .NET Framework 4.6.This issue is fixed beginning in the .NET Framework 4.6.
SugestãoSuggestion Esse problema foi corrigido no .NET Framework 4.6 e pode ser resolvido com o upgrade para essa versão do .NET Framework.This issue has been fixed in the .NET Framework 4.6 and may be addressed by upgrading to that version of the .NET Framework.
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

Desserialização de objetos em domínios de aplicativo podem falharDeserialization of objects across appdomains can fail

DetalhesDetails Em alguns casos, quando um aplicativo usa dois ou mais domínios de aplicativo com bases de aplicativo diferentes, a tentativa de desserializar objetos no contexto da chamada lógica nos domínios de aplicativo aciona uma exceção.In some cases, when an app uses two or more app domains with different application bases, trying to deserialize objects in the logical call context across app domains throws an exception.
SugestãoSuggestion Confira Mitigação: Desserialização de objetos em domínios do aplicativoSee Mitigation: Deserialization of Objects Across App Domains
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

EventListener trunca cadeias de caracteres com nulos inseridosEventListener truncates strings with embedded nulls

DetalhesDetails EventListener trunca cadeias de caracteres com nulos inseridos.EventListener truncates strings with embedded nulls. Os caracteres nulos não são compatíveis com a classe EventSource.Null characters are not supported by the EventSource class. A alteração afeta apenas os aplicativos que usam EventListener para ler dados EventSource no processo e que usam caracteres nulos como delimitadores.The change only affects apps that use EventListener to read EventSource data in process and that use null characters as delimiters.
SugestãoSuggestion Os dados EventSource devem ser atualizados, se possível, para não usar caracteres nulos inseridos.EventSource data should be updated, if possible, to not use embedded null characters.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

EventSource.WriteEvent deve passar a WriteEvent os mesmos parâmetros que recebeu (mais ID)EventSource.WriteEvent impls must pass WriteEvent the same parameters that it received (plus ID)

DetalhesDetails O tempo de execução agora aplica o contrato que especifica o seguinte: Uma classe derivada de EventSource que define um método de evento ETW deve chamar o método de classe base EventSource.WriteEvent com a ID do evento seguido dos mesmos argumentos que o método de evento ETW passou.The runtime now enforces the contract that specifies the following: A class derived from EventSource that defines an ETW event method must call the base class EventSource.WriteEvent method with the event ID followed by the same arguments that the ETW event method was passed.
SugestãoSuggestion Uma exceção IndexOutOfRangeException será acionada se um EventListener ler dados EventSource no processo de uma origem de evento que viola esse contrato.An IndexOutOfRangeException exception is thrown if an EventListener reads EventSource data in process for an event source that violates this contract.
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

As sobrecargas Marshal.SizeOf e Marshal.PtrToStructure interrompem o código dinâmicoMarshal.SizeOf and Marshal.PtrToStructure overloads break dynamic code

DetalhesDetails A partir do .NET Framework 4.5.1, a associação dinâmica aos métodos SizeOf<T>(), SizeOf<T>(T), PtrToStructure(IntPtr, Object), PtrToStructure(IntPtr, Type), PtrToStructure<T>(IntPtr) ou PtrToStructure<T>(IntPtr, T) (por meio do Windows PowerShell, IronPython ou da palavra-chave dinâmica do C#, por exemplo) pode resultar em MethodInvocationExceptions, pois novas sobrecargas desses métodos que foram adicionadas podem ser ambíguas para os mecanismos de script.Beginning in the .NET Framework 4.5.1, dynamically binding to the methods SizeOf<T>(), SizeOf<T>(T), PtrToStructure(IntPtr, Object), PtrToStructure(IntPtr, Type), PtrToStructure<T>(IntPtr), or PtrToStructure<T>(IntPtr, T), (via Windows PowerShell, IronPython, or the C# dynamic keyword, for example) can result in MethodInvocationExceptions because new overloads of these methods have been added that may be ambiguous to the scripting engines.
SugestãoSuggestion Atualize os scripts para indicar claramente qual sobrecarga deve ser usada.Update scripts to clearly indicate which overload should be used. Normalmente, isso pode ser feito convertendo explicitamente os parâmetros de tipo dos métodos como Type.This can typically done by explicitly casting the methods' type parameters as Type. Clique neste link para obter mais detalhes e exemplos de como contornar o problema.See this link for more detail and examples of how to workaround the issue.
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

Algumas APIs .NET causam EntryPointNotFoundExceptions de primeira chanceSome .NET APIs cause first chance (handled) EntryPointNotFoundExceptions

DetalhesDetails No .NET Framework 4.5, um pequeno número de métodos .NET começou a gerar EntryPointNotFoundExceptions de primeira chance.In the .NET Framework 4.5, a small number of .NET methods began throwing first chance EntryPointNotFoundExceptions. Essas exceções eram tratadas dentro do .NET Framework, mas podiam interromper a automação de teste que não esperava as exceções de primeira instância.These exceptions were handled within the .NET Framework, but could break test automation that did not expect the first chance exceptions. Essas mesmas APIs interrompem alguns cenários ApiVerifier quando HighVersionLie é habilitado.These same APIs break some ApiVerifier scenarios when HighVersionLie is enabled.
SugestãoSuggestion Esse bug pode ser evitado com a o upgrade para o .NET Framework 4.5.1.This bug can be avoided by upgrading to .NET Framework 4.5.1. Como alternativa, a automação de teste pode ser atualizada para não interromper EntryPointNotFoundException de primeira chance.Alternatively, test automation can be updated to not break on first-chance EntryPointNotFoundExceptions.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Adaptadores de fluxo do WinRT não chamam mais FlushAsync automaticamente ao fecharWinRT stream adapters no long call FlushAsync automatically on close

DetalhesDetails Em aplicativos da Windows Store, os adaptadores de fluxo do Windows Runtime não chamam mais o método de FlushAsync do método Dispose.In Windows Store apps, Windows Runtime stream adapters no longer call the FlushAsync method from the Dispose method.
SugestãoSuggestion Essa alteração deve ser transparente.This change should be transparent. Os desenvolvedores podem restaurar o comportamento anterior gravando um código como este:Developers can restore the previous behavior by writing code like this:
using (var stream = GetWindowsRuntimeStream() as Stream)
{
// do something
await stream.FlushAsync();
}
EscopoScope TransparenteTransparent
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

DadosData

Agora, ADO.NET tentará reconectar automaticamente conexões SQL interrompidasADO.NET now attempts to automatically reconnect broken SQL connections

DetalhesDetails A partir do .NET Framework 4.5.1, o .NET Framework tentará reconectar automaticamente conexões SQL interrompidas.Beginning in the .NET Framework 4.5.1, the .NET Framework will attempt to automatically reconnect broken SQL connections. Embora, normalmente, isso torne os aplicativos mais confiáveis, há casos de borda em que um aplicativo precisa saber que a conexão foi perdida para tomar medidas sobre a reconexão.Although this will typically make apps more reliable, there are edge cases in which an app needs to know that the connection was lost so that it can take some action upon reconnection.
SugestãoSuggestion Se esse recurso for indesejável devido a preocupações de compatibilidade, ele poderá ser desabilitado por meio da configuração da propriedade ConnectRetryCount de uma cadeia de conexão (ou SqlConnectionStringBuilder) para 0.If this feature is undesirable due to compatibility concerns, it can be disabled by setting the ConnectRetryCount property of a connection string (or SqlConnectionStringBuilder) to 0.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

SqlConnection.Open falha no Windows 7 com BSP ou LSP Winsock não IFS presenteSqlConnection.Open fails on Windows 7 with non-IFS Winsock BSP or LSP present

DetalhesDetails Open() e OpenAsync(CancellationToken) falharão no .NET Framework 4.5 se forem executados em um computador com Windows 7 sem a presença de um BSP ou LSP não IFS Winsock. Para determinar se um BSP ou LSP não IFS está instalado, use o comando netsh WinSock Show Catalog e analise cada item Winsock Catalog Provider Entry retornado.Open() and OpenAsync(CancellationToken) fail in the .NET Framework 4.5 if running on a Windows 7 machine with a non-IFS Winsock BSP or LSP are present on the computer.To determine whether a non-IFS BSP or LSP is installed, use the netsh WinSock Show Catalog command, and examine every Winsock Catalog Provider Entry item that is returned. Se o valor de Sinalizadores de Serviço tiver o bit 0x20000 definido, o provedor usará os identificadores do IFS e funcionará corretamente.If the Service Flags value has the 0x20000 bit set, the provider uses IFS handles and will work correctly. Se o bit 0x20000 estiver limpo (não definido), trata-se de um BSP ou LSP não IFS.If the 0x20000 bit is clear (not set), it is a non-IFS BSP or LSP.
SugestãoSuggestion Esse bug foi corrigido no .NET Framework 4.5.2, portanto, ele pode ser evitado com a atualização do .NET Framework.This bug has been fixed in the .NET Framework 4.5.2, so it can be avoided by upgrading the .NET Framework. Como alternativa, ele pode ser evitado com a remoção de qualquer LSP Winsock não IFS instalado.Alternatively, it can be avoided by removing any installed non-IFS Winsock LSPs.
EscopoScope SecundárioMinor
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Entity FrameworkEntity Framework

EF não gera mais para QueryViews com características específicasEF no longer throws for QueryViews with specific characteristics

DetalhesDetails O Entity Framework já não gera uma exceção StackOverflowException quando um aplicativo executa uma consulta que envolve QueryView com uma propriedade de navegação de 0..1 que tenta incluir as entidades relacionadas como parte da consulta.Entity Framework no longer throws a StackOverflowException exception when an app executes a query that involves a QueryView with a 0..1 navigation property that attempts to include the related entities as part of the query. Por exemplo, chamando .Include(e => e.RelatedNavProp).For example, by calling .Include(e => e.RelatedNavProp).
SugestãoSuggestion Essa alteração afeta apenas o código que usa relacionamentos de QueryViews com 1-0..1 ao executar consultas que chamam .Include.This change only affects code that uses QueryViews with 1-0..1 relationships when running queries that call .Include. Isso melhora a confiabilidade e deve ser transparente para quase todos os aplicativos.It improves reliability and should be transparent to almost all apps. No entanto, se causa um comportamento inesperado, é possível desabilitá-lo adicionando a seguinte entrada à seção <appSettings> do arquivo de configuração do aplicativo:However, if it causes unexpected behavior, you can disable it by adding the following entry to the <appSettings> section of the app's configuration file:
<add key="EntityFramework_SimplifyUserSpecifiedViews" value="false" />
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.5.24.5.2
TipoType Tempo de execuçãoRuntime

Interrupção de aceitação será revertida de geração de SQL 4.5 diferente para geração de SQL 4.0 mais simplesOpt-in break to revert from different 4.5 SQL generation to simpler 4.0 SQL generation

DetalhesDetails As consultas que produzem instruções JOIN e contêm uma chamada para uma operação de limitação sem usar primeiro o OrderBy agora produzem um SQL mais simples.Queries that produce JOIN statements and contain a call to a limiting operation without first using OrderBy now produce simpler SQL. Após a atualização para o .NET Framework 4.5, essas consultas produziram SQLs mais complicados do que as versões anteriores.After upgrading to .NET Framework 4.5, these queries produced more complicated SQL than previous versions.
SugestãoSuggestion Esse recurso está desabilitado por padrão.This feature is disabled by default. Se Entity Framework gera instruções JOIN adicionais que causam a degradação do desempenho, pode-se habilitar esse recurso adicionando a seguinte entrada à seção <appSettings> do arquivo (app.config) de configuração da aplicação:If Entity Framework generates extra JOIN statements that cause performance degradation, you can enable this feature by adding the following entry to the <appSettings> section of the application configuration (app.config) file:
<add key="EntityFramework_SimplifyLimitOperations" value="true" />
EscopoScope TransparenteTransparent
VersãoVersion 4.5.24.5.2
TipoType Tempo de execuçãoRuntime

SerializaçãoSerialization

NetDataContractSerializer falha ao desserializar um ConcurrentDictionary serializado com uma versão diferente do .NETNetDataContractSerializer fails to deserialize a ConcurrentDictionary serialized with a different .NET version

DetalhesDetails Por design, o NetDataContractSerializer poderá ser usado somente se as extremidades de serialização e desserialização compartilharem os mesmos tipos CLR.By design, the NetDataContractSerializer can be used only if both the serializing and deserializing ends share the same CLR types. Portanto, não há garantia de que um objeto serializado com uma versão do .NET Framework poderá ser desserializado com uma versão diferente.ConcurrentDictionary<TKey,TValue>Therefore, it is not guaranteed that an object serialized with one version of the .NET Framework can be deserialized by a different version.ConcurrentDictionary<TKey,TValue> é um tipo que não será desserializado corretamente se for serializado com o .NET Framework 4.5 ou anterior e for desserializado com o .NET Framework 4.5.1 ou posterior.is a type that is known to not to deserialize correctly if serialized with the .NET Framework 4.5 or earlier and deserialized with the .NET Framework 4.5.1 or later.
SugestãoSuggestion Há uma série de possíveis soluções alternativas para esse problema:There are a number of possible work-arounds for this issue:
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Windows Communication Foundation (WCF)Windows Communication Foundation (WCF)

MinFreeMemoryPercentageToActiveService agora é respeitadoMinFreeMemoryPercentageToActiveService is now respected

DetalhesDetails Essa configuração estabelece a memória mínima que deve estar disponível no servidor para que um serviço WCF possa ser ativado.This setting establishes the minimum memory that must be available on the server before a WCF service can be activated. Ela foi projetada para evitar exceções OutOfMemoryException.It is designed to prevent OutOfMemoryException exceptions. No .NET Framework 4.5, essa configuração não tinha nenhum efeito.In the .NET Framework 4.5, this setting had no effect. No .NET Framework 4.5.1, essa configuração é observada.In the .NET Framework 4.5.1, the setting is observed.
SugestãoSuggestion Ocorrerá uma exceção se a memória livre disponível no servidor Web for menor que a porcentagem definida pela definição de configuração.An exception occurs if the free memory available on the web server is less than the percentage defined by the configuration setting. Alguns serviços WCF iniciados com êxito e executados em um ambiente de memória restrito agora podem falhar.Some WCF services that successfully started and ran in a constrained memory environment may now fail.
EscopoScope SecundárioMinor
VersãoVersion 4.5.14.5.1
TipoType Tempo de execuçãoRuntime

Windows Presentation Foundation (WPF)Windows Presentation Foundation (WPF)

Chamar DataGrid.CommitEdit de um manipulador CellEditEnding descarta o focoCalling DataGrid.CommitEdit from a CellEditEnding handler drops focus

DetalhesDetails Chamar CommitEdit() de um dos manipuladores de eventos DataGrid do CellEditEnding faz com que DataGrid perca o foco.Calling CommitEdit() from one of the DataGrid's CellEditEnding event handlers causes the DataGrid to lose focus.
SugestãoSuggestion Esse bug foi corrigido no .NET Framework 4.5.2, portanto, ele pode ser evitado com a atualização do .NET Framework.This bug has been fixed in the .NET Framework 4.5.2, so it can be avoided by upgrading the .NET Framework. Como alternativa, ele pode ser evitado com a nova seleção explícita de DataGrid após chamada de CommitEdit().Alternatively, it can be avoided by explicitly re-selecting the DataGrid after calling CommitEdit().
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Não é possível rolar intermitentemente para o item na parte inferior em ItemsControls (como ListBox e DataGrid) ao usar DataTemplates personalizadosIntermittently unable to scroll to bottom item in ItemsControls (like ListBox and DataGrid) when using custom DataTemplates

DetalhesDetails Em alguns casos, um bug no .NET Framework 4.5 está fazendo com que ItemsControls (como ListBox, ComboBox, DataGrid etc.) não rolem para o item na parte inferior ao usar DataTemplates personalizados.In some instances, a bug in the .NET Framework 4.5 is causing ItemsControls (like ListBox, ComboBox, DataGrid, etc.) to not scroll to their bottom item when using custom DataTemplates. Se houver uma tentativa de rolagem pela segunda vez (depois da rolagem de volta), ela funcionará.If the scrolling is attempted a second time (after scrolling back up), it will work then.
SugestãoSuggestion Esse problema foi corrigido no .NET Framework 4.5.2 e pode ser solucionado com o upgrade para essa versão (ou uma versão posterior) do .NET Framework.This issue has been fixed in the .NET Framework 4.5.2 and may be addressed by upgrading to that version (or a later version) of the .NET Framework. Como alternativa, os usuários ainda podem arrastar as barras de rolagem para os itens finais nessas coleções, mas pode ser necessário tentar duas vezes para obter êxito.Alternatively, users can still drag scroll bars to the final items in these collections, but may need to try twice to do so successfully.
EscopoScope SecundárioMinor
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime

Rolar em uma TreeView ou ListBox agrupada no WPF em um VirtualizingStackPanel pode fazer com que um aplicativo pare de responderScrolling a WPF TreeView or grouped ListBox in a VirtualizingStackPanel can result in an unresponsive application

DetalhesDetails No .NET Framework 4.5, rolar em uma TreeView do WPF em um painel de pilha virtualizado poderá fazer com que um aplicativo pare de responder se houver margens no visor (entre os itens na TreeView, por exemplo, ou em um elemento ItemsPresenter).In .NET Framework 4.5, scrolling a WPF TreeView in a virtualized stack panel can cause an application to become unresponsive if there are margins in the viewport (between the items in the TreeView, for example, or on an ItemsPresenter element). Além disso, em alguns casos, itens de tamanhos diferentes no modo de exibição podem causar instabilidade, mesmo se não houver margens.Additionally, in some cases, different sized items in the view can cause instability even if there are no margins.
SugestãoSuggestion Esse bug pode ser evitado com a o upgrade para o .NET Framework 4.5.1.This bug can be avoided by upgrading to .NET Framework 4.5.1. Como alternativa, as margens poderão ser removidas das coleções de exibições (como TreeViews) em painéis de pilha virtualizados se todos os itens contidos forem do mesmo tamanho.Alternatively, margins can be removed from view collections (like TreeViews) within virtualized stack panels if all contained items are the same size.
EscopoScope PrincipalMajor
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

WPF gera um processo wisptis.exe que pode congelar o mouseWPF spawns a wisptis.exe process which can freeze the mouse

DetalhesDetails Um problema foi introduzido na versão 4.5.2 que faz com que wisptis.exe seja gerado e possa congelar a entrada do mouse.An issue was introduced in 4.5.2 that causes wisptis.exe to be spawned that can freeze mouse input.
SugestãoSuggestion A correção desse problema está disponível em uma versão de serviço do .NET Framework 4.5.2 (hotfix de rollup 3026376) ou por meio da atualização para o .NET Framework 4.6.A fix for this issue is available in a servicing release of the .NET Framework 4.5.2 (hotfix rollup 3026376), or by upgrading to the .NET Framework 4.6
EscopoScope PrincipalMajor
VersãoVersion 4.5.24.5.2
TipoType Tempo de execuçãoRuntime