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

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

ASP.NETASP.NET

ASP.NET Corrigir a manipulação de InputAttributes e LabelAttributes para controle CheckBox de WebFormsASP.NET Fix handling of InputAttributes and LabelAttributes for WebForms CheckBox control

DetalhesDetails Para aplicativos que direcionam o .NET Framework 4.7.2 e versões anteriores, CheckBox.InputAttributes e CheckBox.LabelAttributes programaticamente adicionados a um controle CheckBox de WebForms são perdidos após o postback.For applications that target .NET Framework 4.7.2 and earlier versions, CheckBox.InputAttributes and CheckBox.LabelAttributes that are programmatically added to a WebForms CheckBox control are lost after postback. Para aplicativos que direcionam o .NET Framework 4.8 ou versões posteriores, eles são preservados após o postback.For applications that target .NET Framework 4.8 or later versions, they are preserved after postback.
SugestãoSuggestion Para o comportamento correto para restaurar atributos em postback, defina targetFrameworkVersion como 4.8 ou superior.For the correct behavior for restoring attributes on postback, set the targetFrameworkVersion to 4.8 or higher. Por exemplo:For example:
<configuration>
<system.web>
<httpRuntime targetFramework="4.8"/>
</system.web>
</configuration>
Defini-la como mais baixa ou não definir preserva o comportamento antigo incorreto.Setting it lower, or not at all, preserves the old incorrect behavior.
EscopoScope UnknownUnknown
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

ASP.NET A manipulação incorreta com várias partes pode resultar na perda dos dados de formulário.ASP.NET Incorrect multipart handling may result in lost form data.

DetalhesDetails Nos aplicativos que direcionam o .NET Framework 4.7.2 e versões anteriores, o ASP.Net pode analisar incorretamente valores de limite com várias partes, resultando na indisponibilidade dos dados de formulário durante a execução da solicitação.In applications that target .NET Framework 4.7.2 and earlier versions, ASP.Net might incorrectly parse multipart boundary values, resulting in form data being unavailable during request execution. Os aplicativos que direcionam o .NET Framework 4.8 ou versões posteriores analisam corretamente os dados com várias partes para que os valores de formulário estejam disponíveis durante a execução da solicitação.Applications that target .NET Framework 4.8 or later versions correctly parse multipart data, so form values are available during request execution.
SugestãoSuggestion Começando com aplicativos em execução no .NET Framework 4.8, ao direcionar o .NET Framework 4.8 ou posterior usando o elemento targetFrameworkVersion, o comportamento padrão é alterado para retirar os delimitadores.Starting with applications running on .NET Framework 4.8, when targeting .NET Framework 4.8 or later by using the targetFrameworkVersion element, the default behavior changes to strip delimiters. Ao direcionar versões anteriores da estrutura ou não usar targetFrameworkVersion, ainda são retornados delimitadores à direita para alguns valores. Esse comportamento também pode ser explicitamente controlado com um appSetting:When targeting previous framework versions or not using targetFrameworkVersion, trailing delimiters for some values are still returned.This behavior can also be explicitly controlled with an appSetting:
<configuration>
<appSettings>
...
<add key="aspnet:UseLegacyMultiValueHeaderHandling"  value="true"/>
...
</appSettings>
</configuration>
EscopoScope UnknownUnknown
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

ASP.NET ValidationContext.MemberName não é NULL ao usar o DataAnnotations.ValidationAttribute personalizadoASP.NET ValidationContext.MemberName is not NULL when using custom DataAnnotations.ValidationAttribute

DetalhesDetails No .NET Framework 4.7.2 e versões anteriores, ao usar um System.ComponentModel.DataAnnotations.ValidationAttribute personalizado, a propriedade ValidationContext.MemberName retorna null.In .NET Framework 4.7.2 and earlier versions, when using a custom System.ComponentModel.DataAnnotations.ValidationAttribute, the ValidationContext.MemberName property returns null. No .NET Framework 4.8, ela retorna o nome do membro.In .NET Framework 4.8, it returns the member name.
SugestãoSuggestion Para restaurar o comportamento anterior, adicione a seguinte configuração ao seu arquivo de configuração do aplicativo:To restore the previous behavior, add the following setting to your app config file:
<configuration>
<appSettings>
...
<add key="aspnet:GetValidationMemberName"  value="true"/>
...
</appSettings>
</configuration>
Esse comportamento mudará em uma versão de serviço futura, quando você precisará aceitar explicitamente o novo comportamento.This behavior will change in an upcoming service release, when you will have to explicitly opt in to the new behavior. A propriedade retornará um valor não nulo para um ValidationAttribute personalizado se a opção aspnet:GetValidationMemberName for definida como true.The property will return a non-null value for a custom ValidationAttribute if the aspnet:GetValidationMemberName switch is set to true.
EscopoScope UnknownUnknown
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

NúcleoCore

O .NET COM realiza marshaling bem-sucedido de parâmetros ByRef SafeArray em eventos.NET COM successfully marshals ByRef SafeArray parameters on events

DetalhesDetails No .NET Framework 4.7.2 e versões anteriores, um parâmetro ByRef SafeArray em um evento COM falharia realizar marshaling de volta para o código nativo.In the .NET Framework 4.7.2 and earlier versions, a ByRef SafeArray parameter on a COM event would fail to marshal back to native code. Com essa alteração, agora o marshal do SafeArray foi realizado com êxito.With this change the SafeArray is now marshalled successfully.
  • [x] Quirked[ x ] Quirked
SugestãoSuggestion Se a realização de marshal dos parâmetros ByRef SafeArray corretamente em eventos COM interromper a execução, será possível desabilitar esse código adicionando a seguinte opção de configuração à sua configuração de aplicativo:If properly marshalling ByRef SafeArray parameters on COM Events breaks execution, you can disable this code by adding the following configuration switch to your application config:
<appSettings>
<add key="Switch.System.Runtime.InteropServices.DoNotMarshalOutByrefSafeArrayOnInvoke" value="true" />
</appSettings>
EscopoScope SecundárioMinor
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

A Interoperabilidade do .NET agora fará QueryInterface para IAgileObject (uma interface do WinRT).NET Interop will now QueryInterface for IAgileObject (a WinRT interface)

DetalhesDetails Ao usar um evento de WinRT com um delegado do .NET, Windows fará QI para IAgileObject começando com o .NET Framework 4.8.When using a WinRT event with a .NET delegate, Windows will QI for IAgileObject starting with the .NET Framework 4.8. Nas versões anteriores do .NET Framework, o tempo de execução falharia nessa QI e o evento não poderia ser assinado.In previous versions of the .NET Framework, the runtime would fail that QI, and the event could not be subscribed.
  • [x] Quirked[ x ] Quirked
SugestãoSuggestion Se a habilitação de QI para IAgileObject interromper a execução, você poderá desabilitar esse código definindo a configuração a seguir.If enabling the QI for IAgileObject breaks execution, you can disable this code by setting the following configuration.

Método 1: Variável de ambienteMethod 1: Environment variable

Defina a variável de ambiente a seguir:COMPLUS_DisableCCWSupportIAgileObject=1Esse método afeta qualquer ambiente que herda essa variável de ambiente.Set the following environment variable:COMPLUS_DisableCCWSupportIAgileObject=1This method affects any environment that inherits this environment variable. Isso pode ser apenas uma única sessão de console ou pode afetar o computador inteiro se você definir a variável de ambiente globalmente.This might be just a single console session, or it might affect the entire machine if you set the environment variable globally. O nome da variável de ambiente não diferencia maiúsculas de minúsculas.The environment variable name is not case-sensitive.

Método 2: RegistroMethod 2: Registry

Usando o Editor do Registro (regedit.exe), localize qualquer uma das seguintes subchaves:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.NETFramework HKEY_CURRENT_USER\SOFTWARE\Microsoft.NETFrameworkEm seguida, adicione o seguinte:Nome do valor: DisableCCWSupportIAgileObject Tipo: DWORD (32 bits) Valor (também chamado REG_WORD) Valor: 1É possível usar a ferramenta REG.EXE do Windows para adicionar esse valor de uma linha de comando ou ambiente de script.Using Registry Editor (regedit.exe), find either of the following subkeys:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.NETFramework HKEY_CURRENT_USER\SOFTWARE\Microsoft.NETFrameworkThen add the following:Value name: DisableCCWSupportIAgileObject Type: DWORD (32-bit) Value (also called REG_WORD) Value: 1You can use the Windows REG.EXE tool to add this value from a command-line or scripting environment. Por exemplo:For example:
reg add HKLM\SOFTWARE\Microsoft.NETFramework /v DisableCCWSupportIAgileObject /t REG_DWORD /d 1
Nesse caso, HKLM é usado em vez de HKEY_LOCAL_MACHINE.In this case, HKLM is used instead of HKEY_LOCAL_MACHINE. Use reg add /? para ver a ajuda nessa sintaxe.Use reg add /? to see help on this syntax. O nome do valor do registro não diferencia maiúsculas de minúsculas.The registry value name is not case-sensitive.
EscopoScope Microsoft EdgeEdge
VersionVersion 4.84.8
TipoType Tempo de execuçãoRuntime

Permitir Unicode em URIs semelhantes a compartilhamentos UNCAllow Unicode in URIs that resemble UNC shares

DetalhesDetails No System.Uri, a criação de um URI de arquivo contendo um nome do compartilhamento UNC e caracteres Unicode não resultará mais em um URI com estado interno inválido.In System.Uri, constructing a file URI containing both a UNC share name and Unicode characters will no longer result in a URI with invalid internal state. O comportamento será alterado somente quando todos os itens a seguir forem verdadeiros:The behavior will change only when all of the following are true:
  • O URI tiver o esquema file: e for seguido por quatro ou mais barras.The URI has the scheme file: and is followed by four or more slashes.
  • O nome do host começar com um sublinhado ou outro símbolo não reservado.The host name begins with an underscore or other non-reserved symbol.
  • O URI contiver caracteres Unicode.The URI contains Unicode characters.
SugestãoSuggestion Os aplicativos que funcionam com URIs que contêm Unicode de forma consistente podem ter aceitado o uso desse comportamento para não permitir referências a compartilhamentos UNC.Applications working with URIs consistently containing Unicode could have conceivably used this behavior to disallow references to UNC shares. Esses aplicativos devem usar IsUnc.Those applications should use IsUnc instead.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.7.24.7.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Permitir notação de URI relativo especial quando o Unicode estiver presenteSupport special relative URI notation when Unicode is present

DetalhesDetails Urinão gerará mais um NullReferenceException ao chamar TryCreate em determinados URIs relativos que contenham Unicode.Uri will no longer throw a NullReferenceException when calling TryCreate on certain relative URIs containing Unicode. A reprodução mais simples do NullReferenceException está abaixo, com as duas instruções sendo equivalentes:The simplest reproduction of the NullReferenceException is below, with the two statements being equivalent:
bool success = Uri.TryCreate("http:%C3%A8", UriKind.RelativeOrAbsolute, out Uri href);
bool success = Uri.TryCreate("http:è", UriKind.RelativeOrAbsolute, out Uri href);
Para reproduzir a NullReferenceException, os itens a seguir precisam ser verdadeiros:To reproduce the NullReferenceException, the following items must be true:
  • O URI precisa ser especificado como relativo acrescentando 'http:' a ele e não inserindo '//' depois dele.The URI must be specified as relative by prepending it with ‘http:’ and not following it with ‘//’.
  • O URI precisa conter Unicode codificado por porcentagem ou símbolos não reservados.The URI must contain percent-encoded Unicode or unreserved symbols.
SugestãoSuggestion Os usuários que dependem desse comportamento para não permitir URIs relativos precisam especificar UriKind.Absolute durante a criação de um URI.Users depending on this behavior to disallow relative URIs should instead specify UriKind.Absolute when creating a URI.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.7.24.7.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

DadosData

Falha ao tentar uma conexão TCP/IP com um banco de dados do SQL Server resolvida para localhostAttempting a TCP/IP connection to a SQL Server database that resolves to localhost fails

DetalhesDetails No .NET Framework 4.6 e 4.6.1, tentar uma conexão TCP/IP com um banco de dados do SQL Server resolvida para localhost falha com o erro "Ocorreu um erro relacionado à rede ou específico da instância durante o estabelecimento de uma conexão com o SQL Server.In the .NET Framework 4.6 and 4.6.1, attempting a TCP/IP connection to a SQL Server database that resolves to localhost fails with the error, "A network-related or instance-specific error occurred while establishing a connection to SQL Server. O servidor não foi encontrado ou não estava acessível.The server was not found or was not accessible. Verifique se o nome da instância está correto e se o SQL Server está configurado para permitir conexões remotas.Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provedor: Adaptadores de Rede do SQL, erro: 26 – Erro ao Localizar a Instância/o Servidor Especificado)"(provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified)"
SugestãoSuggestion Esse problema foi resolvido e o comportamento anterior restaurado no .NET Framework 4.6.2.This issue has been addressed and the previous behavior restored in the .NET Framework 4.6.2. Para se conectar a um banco de dados do SQL Server que seja resolvido para localhost, faça upgrade para o .NET Framework 4.6.2.To connect to a SQL Server databsae that resolves to localhost, upgrade to the .NET Framework 4.6.2.
EscopoScope SecundárioMinor
VersãoVersion 4.64.6
TipoType Tempo de execuçãoRuntime

Período de bloqueio do pool de conexões para bancos de dados SQL do Azure removidoConnection pool blocking period for Azure SQL databases is removed

DetalhesDetails A partir do .NET Framework 4.6.2, para solicitações de abertura da conexão com bancos de dados SQL do Azure conhecidos (*.database.windows.net, *.database.chinacloudapi.cn, *.database.usgovcloudapi.net, *.database.cloudapi.de), o período de bloqueio do pool de conexões foi removido e os erros de abertura da conexão não são armazenados em cache.Starting with the .NET Framework 4.6.2, for connection open requests to known Azure SQL databases (*.database.windows.net, *.database.chinacloudapi.cn, *.database.usgovcloudapi.net, *.database.cloudapi.de), the connection pool blocking period is removed, and connection open errors are not cached. As tentativas de repetir as solicitações de abertura de conexão ocorrerão quase que imediatamente após os erros de conexão transitórios.Attempts to retry connection open requests will occur almost immediately after transient connection errors. Essa alteração permite que a tentativa de abertura da conexão seja repetida imediatamente para bancos de dados SQL do Azure, melhorando, assim, o desempenho dos aplicativos habilitados para a nuvem.This change allows the connection open attempt to be retried immediately for Azure SQL databases, thereby improving the performance of cloud- enabled apps. Para todas as outras tentativas de conexão, o período de bloqueio do pool de conexões continuará sendo imposto.For all other connection attempts, the connection pool blocking period continues to be enforced.

No .NET Framework 4.6.1 e nas versões anteriores, quando um aplicativo encontra uma falha de conexão transitória ao conectar-se a um banco de dados, a tentativa de conexão não pode ser repetida rapidamente porque o pool de conexões armazena o erro em cache e gera-o novamente por um tempo que varia de 5 segundos a 1 minuto.In the .NET Framework 4.6.1 and earlier versions, when an app encounters a transient connection failure when connecting to a database, the connection attempt cannot be retried quickly, because the connection pool caches the error and re-throws it for 5 seconds to 1 minute. Para obter mais informações, confira Pooling de conexão do SQL Server (ADO.NET).For more information, see SQL Server Connection Pooling (ADO.NET). Esse comportamento é problemático para conexões com bancos de dados SQL do Azure que, muitas vezes, falham com erros transitórios que normalmente são recuperados em alguns segundos.This behavior is problematic for connections to Azure SQL databases, which often fail with transient errors that are typically recovered from within a few seconds. O recurso de bloqueio do pool de conexões significa que o aplicativo não pode se conectar ao banco de dados por um período extenso, mesmo que o banco de dados esteja disponível e o aplicativo precise ser renderizado em alguns segundos.The connection pool blocking feature means that the app cannot connect to the database for an extensive period, even though the database is available and the app needs to render within a few seconds.

SugestãoSuggestion Se esse comportamento for indesejável, o período de bloqueio do pool de conexões poderá ser configurado definindo a propriedade PoolBlockingPeriod introduzida no .NET Framework 4.6.2.If this behavior is undesirable, the connection pool blocking period can be configured by setting the PoolBlockingPeriod property introduced in the .NET Framework 4.6.2. O valor da propriedade é membro da enumeração PoolBlockingPeriod que pode assumir um dos três valores:The value of the property is a member of the PoolBlockingPeriod enumeration that can take either of three values:É possível restaurar o comportamento anterior definindo a propriedade PoolBlockingPeriod como AlwaysBlock.The previous behavior can be restored by setting the PoolBlockingPeriod property to AlwaysBlock.
EscopoScope SecundárioMinor
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

GlobalizaçãoGlobalization

Categorias do padrão Unicode versão 8.0 agora são compatíveisUnicode standard version 8.0 categories now supported

DetalhesDetails No .NET Framework 4.6.2, os dados Unicode foram atualizados do Unicode Standard versão 6.3 para a versão 8.0.In .NET Framework 4.6.2, Unicode data has been upgraded from Unicode Standard version 6.3 to version 8.0. Ao solicitar a categorias de caracteres Unicode no .NET Framework 4.6.2, alguns resultados poderão não corresponder aos resultados nas versões anteriores do .NET Framework.When requesting Unicode character categories in .NET Framework 4.6.2, some results might not match the results in previous .NET Framework versions. Essa alteração afeta principalmente as sílabas Cheroqui, bem como os símbolos vocálicos e as marcas de tom Tai Lue Novo.This change mostly affects Cherokee syllables and New Tai Lue vowels signs and tone marks.
SugestãoSuggestion Examine o código e remova ou altere a lógica que depende de categorias de caractere Unicode embutido em código.Review code and remove/change logic that depends on hard-coded Unicode character categories.
EscopoScope SecundárioMinor
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

RuntimeRuntime

Melhor validação do certificado de confiança de cadeia do WCF para autenticação de certificado do Net.TcpImproved WCF chain trust certificate validation for Net.Tcp certificate authentication

DetalhesDetails O .NET framework 4.7.2 melhorou a validação do certificado de confiança de cadeia ao usar a autenticação de certificado com a segurança de transporte com o WCF..NET Framework 4.7.2 improves chain trust certificate validation when using certificate authentication with transport security with WCF. Com essa melhoria, os certificados do cliente que são usados para autenticar um servidor precisam ser configurados para autenticação do cliente.With this improvement, client certificates that are used to authenticate to a server must be configured for client authentication. Da mesma forma, os certificados do servidor usados para autenticar um servidor precisam ser configurados para autenticação do servidor.Similarly server certificates that are for the authenticating a server must be configured for server authentication. Com essa alteração, se o certificado raiz for desabilitado, a validação da cadeia de certificados falhará.With this change, if the root certificate is disabled, the certificate chain validation fails. A mesma alteração também foi feita para o .NET Framework 3.5 e as versões posteriores por meio do pacote cumulativo de segurança do Windows.The same change was also made to .NET Framework 3.5 and later versions via Windows security roll-up. Encontre mais informações aqui. Essa alteração é habilitada por padrão e pode ser desabilitada por uma definição de configuração.You can find more information here.This change is on by default and can be turned off by a configuration setting.
SugestãoSuggestion
  • Valide se a certificação do servidor e do cliente têm o OID de EKU necessário.Validate if your server and client certification has the required EKU OID. Caso contrário, atualize a certificação.If not, update your certification.
  • Valide se o certificado raiz é inválido.Validate if your root certificate is invalid. Nesse caso, atualize o certificado raiz.If so, update the root certificate.
  • Como recusar a alteração: Caso não possa atualizar o certificado, solucione temporariamente a alteração da falha com as definições de configuração a seguir. No entanto, se você recusar a alteração, isso deixará seu sistema vulnerável ao problema de segurança.How to opt out of the change: If you can't update the certificate, you can work around the breaking change temporarily with the following configration setting, However, opting out of the change will leave your system vulnerable to the security issue.
<appSettings>
<add key="wcf:useLegacyCertificateUsagePolicy" value="true" />
</appSettings>
EscopoScope SecundárioMinor
VersãoVersion 4.7.24.7.2
TipoType Tempo de execuçãoRuntime

SegurançaSecurity

RSACng.VerifyHash agora retorna False para qualquer falha de verificaçãoRSACng.VerifyHash now returns False for any verification failure

DetalhesDetails A partir do .NET Framework 4.6.2, esse método retornará False se a assinatura em si estiver incorretamente formatada.Starting with the .NET Framework 4.6.2, this method returns False if the signature itself is badly formatted. Agora, ele retornará false para qualquer falha de verificação. No .NET Framework 4.6 e 4.6.1, o método gera CryptographicException se a assinatura em si está incorretamente formatada.It now returns false for any verification failure.In the .NET Framework 4.6 and 4.6.1, the method throws a CryptographicException if the signature itself is badly formatted.
SugestãoSuggestion Qualquer código cuja execução dependa da identificação de CryptographicException deverá ser executado se a validação falhar e o método retornar False.Any code whose execution depends on handling the CryptographicException should instead execute if validation fails and the method returns False.
EscopoScope SecundárioMinor
VersionVersion 4.6.24.6.2
DigiteType RuntimeRuntime
APIs afetadasAffected APIs

Alterações de falha de SignedXml e EncryptedXmlSignedXml and EncryptedXml Breaking Changes

DetalhesDetails No .NET Framework 4.6.2, correções de segurança em SignedXml e EncryptedXml levam a comportamentos de tempo de execução diferentes.In .NET Framework 4.6.2, Security fixes in SignedXml and EncryptedXml lead to different run-time behaviors. Por exemplo,For example,
  • Se um documento tiver vários elementos com o mesmo atributo id e uma assinatura tiver como destino um desses elementos como a raiz da assinatura, o documento agora será considerado inválido.If a document has multiple elements with the same id attribute and a signature targets one of those elements as the root of the signature, the document will now be considered invalid.
  • Documentos que usam algoritmos de transformação XPath não canônicos nas referências agora são considerados inválidos.Documents using non-canonical XPath transform algorithms in references are now considered invalid.
  • Documentos que usam algoritmos de transformação XSLT não canônicos nas referências agora são considerados inválidos.Documents using non-canonical XSLT transform algorithms in references are now consider invalid.
  • Nenhum programa que usar assinaturas desanexadas de recursos externos poderá fazer isso.Any program making use of external resource detached signatures will be unable to do so.
SugestãoSuggestion Talvez os desenvolvedores queiram revisar o uso de XmlDsigXsltTransform e XmlDsigXsltTransform, bem como dos tipos derivados de Transform, uma vez que o receptor de um documento poderá não conseguir processá-lo.Developers might want to review the usage of XmlDsigXsltTransform and XmlDsigXsltTransform, as well as types derived from Transform since a document receiver may not be able to process it.
EscopoScope SecundárioMinor
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Aplicativos WebWeb Applications

A configuração de aplicativo "dataAnnotations:dataTypeAttribute:disableRegEx" é habilitada por padrão no .NET Framework 4.7.2"dataAnnotations:dataTypeAttribute:disableRegEx" app setting is on by default in .NET Framework 4.7.2

DetalhesDetails No .NET Framework 4.6.1, foi introduzida uma configuração de aplicativo ("dataAnnotations:dataTypeAttribute:disableRegEx") que permite que os usuários desabilitem o uso de expressões regulares em atributos de tipo de dados (como System.ComponentModel.DataAnnotations.EmailAddressAttribute, System.ComponentModel.DataAnnotations.UrlAttribute e System.ComponentModel.DataAnnotations.PhoneAttribute).In .NET Framework 4.6.1, an app setting ("dataAnnotations:dataTypeAttribute:disableRegEx") was introduced that allows users to disable the use of regular expressions in data type attributes (such as System.ComponentModel.DataAnnotations.EmailAddressAttribute, System.ComponentModel.DataAnnotations.UrlAttribute, and System.ComponentModel.DataAnnotations.PhoneAttribute). Isso ajuda a reduzir vulnerabilidades de segurança, por exemplo, impedindo que um ataque de negação de serviço use expressões regulares específicas.This helps to reduce security vulnerability such as avoiding the possibility of a Denial of Service attack using specific regular expressions.
No .NET Framework 4.6.1, essa configuração de aplicativo para desabilitar o uso de expressões regulares era definida como false por padrão.In .NET Framework 4.6.1, this app setting to disable RegEx usage was set to false by default. A partir do .NET Framework 4.7.2, essa opção de configuração é definida como true por padrão para reduzir ainda mais a vulnerabilidades seguras para aplicativos Web direcionados .NET Framework 4.7.2 e superiores.Starting with .NET Framework 4.7.2, this config switch is set to true by default to further reduce secure vulnerability for web applications that target .NET Framework 4.7.2 and above.
SugestãoSuggestion Se observar que as expressões regulares em seu aplicativo Web não funcionam após atualizar para o .NET Framework 4.7.2, você poderá atualizar o valor da "dataAnnotations:dataTypeAttribute:disableRegEx" configuração false para voltar ao comportamento anterior.If you find that regular expressions in your web application do not work after upgrading to .NET Framework 4.7.2, you can update the value of the "dataAnnotations:dataTypeAttribute:disableRegEx" setting to false to revert to the previous behavior.
<configuration>
<appSettings>
...
<add key="dataAnnotations:dataTypeAttribute:disableRegEx" value="false"/>
...
</appSettings>
</configuration>
EscopoScope SecundárioMinor
VersionVersion 4.7.24.7.2
DigiteType RuntimeRuntime

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

Remoção de Ssl3 de TransportDefaults do WCFRemove Ssl3 from the WCF TransportDefaults

DetalhesDetails Ao usar NetTcp com segurança de transporte e um tipo de credencial de certificado, o SSL 3 não é mais um protocolo padrão usado para negociar uma conexão segura.When using NetTcp with transport security and a credential type of certificate, the SSL 3 protocol is no longer a default protocol used for negotiating a secure connection. Na maioria dos casos, não deve haver impacto nos aplicativos existentes, pois o TLS 1.0 sempre esteve incluído na lista de protocolos para NetTcp.In most cases there should be no impact to existing apps as TLS 1.0 has always been included in the protocol list for NetTcp. Todos os clientes existentes devem ser capazes de negociar uma conexão usando, no mínimo, o TLS 1.0.All existing clients should be able to negotiate a connection using at least TLS1.0.
SugestãoSuggestion Se Ssl3 for exigido, use um dos seguintes mecanismos de configuração para adicioná-lo à lista de protocolos negociados.If Ssl3 is required, use one of the following configuration mechanisms to add Ssl3 to the list of negotiated protocols.
  • SslProtocols
  • SslProtocols
  • <
  • [<sslStreamSecurity> section of <customBinding>]~/docs/framework/configure-apps/file-schema/wcf/sslstreamsecurity.md)[<sslStreamSecurity> section of <customBinding>]~/docs/framework/configure-apps/file-schema/wcf/sslstreamsecurity.md)
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Alteração de alto contraste de ComboBox de svcTraceViewersvcTraceViewer ComboBox high contrast change

DetalhesDetails Na ferramenta Visualizador de Rastreamento de Serviço da Microsoft, os controles ComboBox não eram exibidos na cor correta em determinados temas de alto contraste.In the Microsoft Service Trace Viewer tool, ComboBox controls were not displayed in the correct color in certain high contrast themes. O problema foi corrigido no .NET Framework 4.7.2.The issue was fixed in .NET Framework 4.7.2. No entanto, devido aos requisitos de compatibilidade com versões anteriores do SDK do .NET Framework, a correção não estava visível para clientes por padrão.However, due to .NET Framework SDK backward compatibility requirements, the fix was not visible to customers by default. O .NET 4.8 revela essa alteração adicionando os seguintes comutadores de configuração do AppContext ao arquivo svcTraceViewer.exe.config:.NET 4.8 surfaces this change by adding the following AppContext configuration switches to the svcTraceViewer.exe.config file:
<AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false;Switch.UseLegacyAccessibilityFeatures.2=false" />
SugestãoSuggestion
  • Como recusar a alteração Se você não quiser ter a alteração de comportamento de alto contraste, poderá desabilitá-la removendo a seguinte seção do arquivo svcTraceViewer.exe.config:How to opt out of the change If you don't want to have the high contrast behavior change, you can disable it by removing the following section from the svcTraceViewer.exe.config file:
<AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false;Switch.UseLegacyAccessibilityFeatures.2=false" />
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

AddressHeaderCollection do WCF agora gera ArgumentException se um elemento addressHeader for nuloWCF AddressHeaderCollection now throws an ArgumentException if an addressHeader element is null

DetalhesDetails A partir do .NET Framework 4.7.1, o construtor AddressHeaderCollection(IEnumerable<AddressHeader>) gera ArgumentException se um elemento for null.Starting with the .NET Framework 4.7.1, the AddressHeaderCollection(IEnumerable<AddressHeader>) constructor throws an ArgumentException if one of the elements is null. No .NET Framework 4.7 e versões anteriores, nenhuma exceção é gerada.In the .NET Framework 4.7 and earlier versions, no exception is thrown.
SugestãoSuggestion Se houver problemas de compatibilidade com essa alteração no .NET Framework 4.7.1 ou uma versão anterior, será possível recusá-la adicionando a seguinte linha à seção <runtime> do arquivo app.config:If you encounter compatibility issues with this change on the .NET Framework 4.7.1 or a later version, you can opt-out of it by adding the following line to the <runtime> section of the app.config file::
<configuration>
<runtime>
<AppContextSwitchOverrides value="Switch.System.ServiceModel.DisableAddressHeaderCollectionValidation=true" />
</runtime>
</configuration>
EscopoScope SecundárioMinor
VersãoVersion 4.7.14.7.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

O valor padrão MsmqSecureHashAlgorithm do WCF agora é SHA256WCF MsmqSecureHashAlgorithm default value is now SHA256

DetalhesDetails A partir do .NET Framework 4.7.1, o algoritmo de assinatura da mensagem padrão no WCF para mensagens Msmq é SHA256.Starting with the .NET Framework 4.7.1, the default message signing algorithm in WCF for Msmq messages is SHA256. No .NET Framework 4.7 e versões anteriores, o algoritmo de assinatura da mensagem padrão é SHA1.In the .NET Framework 4.7 and earlier versions, the default message signing algorithm is SHA1.
SugestãoSuggestion Se houver problemas de compatibilidade com essa alteração no .NET Framework 4.7.1 ou uma versão posterior, será possível recusá-la adicionando a seguinte linha à seção <runtime> do arquivo app.config:If you run into compatibility issues with this change on the .NET Framework 4.7.1 or later, you can opt-out the change by adding the following line to the <runtime>section of your app.config file:
<configuration>
<runtime>
<AppContextSwitchOverrides value="Switch.System.ServiceModel.UseSha1InMsmqEncryptionAlgorithm=true" />
</runtime>
</configuration>
EscopoScope SecundárioMinor
VersãoVersion 4.7.14.7.1
TipoType Tempo de execuçãoRuntime

PipeConnection.GetHashAlgorithm do WCF agora usa o SHA256WCF PipeConnection.GetHashAlgorithm now uses SHA256

DetalhesDetails A partir do .NET Framework 4.7.1, o Windows Communication Foundation usa o hash SHA256 para gerar nomes aleatórios para pipes nomeados.Starting with the .NET Framework 4.7.1, Windows Communication Foundation uses a SHA256 hash to generate random names for named pipes. No .NET Framework 4.7 e nas versões anteriores, ele usa o hash SHA1.In the .NET Framework 4.7 and earlier versions, it used a SHA1 hash.
SugestãoSuggestion Se houver problemas de compatibilidade com essa alteração no .NET Framework 4.7.1 ou uma versão posterior, é possível recusá-la adicionando a seguinte linha à seção <runtime> do arquivo app.config:If you run into compatibility issue with this change on the .NET Framework 4.7.1 or later, you can opt-out it by adding the following line to the <runtime> section of your app.config file:
<configuration>
<runtime>
<AppContextSwitchOverrides value="Switch.System.ServiceModel.UseSha1InPipeConnectionGetHashAlgorithm=true" />
</runtime>
</configuration>
EscopoScope SecundárioMinor
VersãoVersion 4.7.14.7.1
TipoType Tempo de execuçãoRuntime

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

Pop-ups encadeados com StaysOpen=FalseChained Popups with StaysOpen=False

DetalhesDetails Um pop-up com StaysOpen=False deve fechar quando você clica fora dele.A Popup with StaysOpen=False is supposed to close when you click outside the Popup. Quando dois ou mais pop-ups do tipo estão encadeados (por exemplo, quando um contém o outro), há muitos problemas, incluindo:When two or more such Popups are chained (i.e. one contains another), there were many problems, including:
  • Abra dois níveis, clique fora do P2, mas dentro do P1.Open two levels, click outside P2 but inside P1. Nada acontecerá.Nothing happens.
  • Abra dois níveis, clique fora do P1.Open two levels, click outside P1. Ambos pop-ups serão fechados.Both popups close.
  • Abra e feche dois níveis.Open and close two levels. Em seguida, tente abrir novamente o P2.Then try to open P2 again. Nada acontecerá.Nothing happens.
  • Tente abrir três níveis.Try to open three levels. Não é possível fazer isso.You can't. Nada acontecerá ou os primeiros dois níveis fecharão, dependendo de onde você clicar. Agora, esses casos (e outras variantes) funcionam conforme o esperado.(Either nothing happens or the first two levels close, depending on where you click.) These cases (and other variants) now work as expected.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.7.14.7.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Alterar a propriedade IsEnabled do pai de um controle TextBlock afeta os controles filhoChanging the IsEnabled property of the parent of a TextBlock control affects any child controls

DetalhesDetails A partir do .NET Framework 4.6.2, alterar a propriedade IsEnabled do pai de um controle TextBlock afetará os controles filho (como hiperlinks e botões) do controle TextBlock. No .NET Framework 4.6.1 e versões anteriores, os controles dentro de TextBlock nem sempre refletiam o estado da propriedade IsEnabled do pai TextBlock.Starting with the .NET Framework 4.6.2, changing the IsEnabled property of the parent of a TextBlock control affects any child controls (such as hyperlinks and buttons) of the TextBlock control.In the .NET Framework 4.6.1 and earlier versions, controls inside a TextBlock did not always reflect the state of the IsEnabled property of the TextBlock parent.
SugestãoSuggestion nenhuma.None. Essa alteração está em conformidade com o comportamento esperado para controles dentro de um controle TextBlock.This change conforms to the expected behavior for controls inside a TextBlock control.
EscopoScope SecundárioMinor
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

CoerceIsSelectionBoxHighlightedCoerceIsSelectionBoxHighlighted

DetalhesDetails Determinadas sequências de ações que envolvem um ComboBox e sua fonte de dados podem resultar em um NullReferenceException.Certain sequences of actions involving a ComboBox and its data source can result in a NullReferenceException.
SugestãoSuggestion Se possível, atualize para o .NET Framework 4.6.2.If possible, upgrade to .NET Framework 4.6.2.
EscopoScope SecundárioMinor
VersãoVersion 4.64.6
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Melhoria de Associação de Dados para KeyedCollectionData Binding improvement for KeyedCollection

DetalhesDetails Corrigido Binding uso incorreto do indexador IList quando o objeto de origem declara um indexador personalizado com a mesma assinatura (por exemplo, Chaveid<int, TItem>).Fixed Binding incorrect use of IList indexer when the source object declares a custom indexer with the same signature (for example, KeyedCollection<int,TItem>).
SugestãoSuggestion Para que um aplicativo que tenha como alvo uma versão mais antiga se beneficie dessa alteração, ele deve ser executado no .NET Framework 4,8 ou posterior, e ele deve aceitar a alteração adicionando o seguinte comutador AppContext à seção <runtime> do arquivo de configuração do aplicativo e definindo-o como false:In order for an application that targets an older version to benefit from this change, it must run on the .NET Framework 4.8 or later, and it must opt in to the change by adding the following AppContext switch to the <runtime> section of the app config file and setting it to false:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7"/>
</startup>
<runtime>
<!-- AppContextSwitchOverrides value attribute is in the form of 'key1=true/false;key2=true/false  -->
<AppContextSwitchOverrides value="Switch.System.Windows.Data.Binding.IListIndexerHidesCustomIndexer=false" />
</runtime>
</configuration>
EscopoScope PrincipalMajor
VersionVersion 4.84.8
TipoType RuntimeRuntime

Correção de uma parada quando ListBox contém tipos de valor duplicadosFixed a hang when ListBox contains duplicate value-types

DetalhesDetails Correção de um problema em que um ItemsControl de virtualização pode parar de responder durante a rolagem quando a respectiva coleção Itens contém objetos com tipos de valor duplicados.Fixed a problem where a virtualizingItemsControl can hang during scrolling when its Items collection contains duplicate value-typed objects.
EscopoScope PrincipalMajor
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

Rolagem horizontal e virtualizaçãoHorizontal scrolling and virtualization

DetalhesDetails Essa alteração se aplica a um ItemsControl que faz sua própria virtualização na direção ortogonal para a direção de rolagem principal (o principal exemplo é DataGrid com EnableColumnVirtualization="True").This change applies to an ItemsControl that does its own virtualization in the direction orthogonal to the main scrolling direction (the chief example is DataGrid with EnableColumnVirtualization="True"). O resultado de certas operações de rolagem horizontal foi alterado para produzir resultados mais intuitivos e análogos aos resultados de operações verticais comparáveis.The outcome of certain horizontal scrolling operations has been changed to produce results that are more intuitive and more analogous to the results of comparable vertical operations.

As operações específicas incluem "Rolar Aqui" e "Borda Direita" para usar os nomes dos menus obtidos clicando com o botão direito do mouse em uma barra de rolagem horizontal.The operations include "Scroll Here" and "Right Edge", to use the names from the menu obtained by right-clicking a horizontal scrollbar. Ambas calculam um deslocamento candidato e chamam SetHorizontalOffset(Double).Both of these compute a candidate offset and call SetHorizontalOffset(Double).

Depois de rolar para o novo deslocamento, a definição de "aqui" ou de "borda direita" poderá mudar, pois um conteúdo com a virtualização removida recentemente alterou o valor de ExtentWidth.After scrolling to the new offset, the notion of "here" or "right edge" may have changed because newly de-virtualized content has changed the value of ExtentWidth.

Antes do .NET Framework 4.6.2, a operação de rolagem simplesmente usa o deslocamento candidato, embora ele talvez não seja mais "aqui" ou na "borda direita".Prior to .NET Framework 4.6.2, the scroll operation simply uses the candidate offset, even though it may not be "here" or at the "right edge" any more. Isso resulta em efeitos como o "salto" de rolagem, melhor ilustrado pelo exemplo.This results in effects like "bouncing" the scroll thumb, best illustrated by example. Suponha que um DataGrid tenha ExtentWidth = 1000 e Width = 200.Suppose a DataGrid has ExtentWidth=1000 and Width=200. Uma rolagem para "Borda Direita" usa o deslocamento de candidato 1000-200 = 800.A scroll to "Right Edge" uses candidate offset 1000 - 200 = 800. Durante a rolagem até esse deslocamento, a virtualização de novas colunas é eliminada. Vamos supor que elas sejam muito largas, então o ExtentWidth muda para 2000.While scrolling to that offset, new columns are de- virtualized; let's suppose they are very wide, so that the ExtentWidth changes to 2000. A rolagem termina com HorizontalOffset=800 e o elevador "retorna" para perto do meio da barra de rolagem, precisamente em 800/2000 = 40%.The scroll ends with HorizontalOffset=800, and the thumb "bounces" back to near the middle of the scrollbar - precisely at 800/2000 = 40%.

A alteração é para recalcular um novo deslocamento candidato quando essa situação ocorre e tentar novamente.The change is to recompute a new candidate offset when this situation occurs, and try again. (A rolagem vertical já funciona assim.)(This is how vertical scrolling works already.)

A alteração proporciona uma experiência mais previsível e intuitiva para o usuário final, mas também pode afetar qualquer aplicativo que dependa do valor exato de HorizontalOffset após uma rolagem horizontal, seja ela invocada pelo usuário final ou por uma chamada explícita para SetHorizontalOffset(Double).The change produces a more predictable and intuitive experience for the end user, but it could also affect any app that depends on the exact value of HorizontalOffset after a horizontal scroll, whether invoked by the end user or by an explicit call to SetHorizontalOffset(Double).

SugestãoSuggestion Um aplicativo que usa um valor previsto para HorizontalOffset deve ser alterado para obter o valor real (e o valor de ExtentWidth) após qualquer rolagem horizontal que poderia alterar ExtentWidth devido à eliminação da virtualização.An app that uses a predicted value for HorizontalOffset should be changed to fetch the actual value (and the value of ExtentWidth) after any horizontal scroll that could change ExtentWidth due to de-virtualization.
EscopoScope SecundárioMinor
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Melhorias no algoritmo de alocação de espaço de linhas de estrela da gradeImprovements to Grid star-rows space allocating algorithm

DetalhesDetails Correção de um bug no algoritmo para alocar tamanhos) em um Grid introduzido no .NET Framework 4.7.Fixed a bug in the algorithm for allocating sizes to) in a Grid introduced in .NET Framework 4.7. Em alguns casos, como uma grade com Height="Auto" contendo linhas vazias, as linhas foram organizadas na posição incorreta, possivelmente fora da grade.In some cases, such as a Grid with Height="Auto" containing empty rows, rows were arranged at the wrong position, possibly outside the Grid altogether.
SugestãoSuggestion Para que o aplicativo se beneficie dessas alterações, ele deve ser executado no .NET Framework 4.8 ou posterior.In order for the application to benefit from these changes, it must run on the .NET Framework 4.8 or later.
EscopoScope PrincipalMajor
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

Items.Clear não remove duplicatas de SelectedItemsItems.Clear does not remove duplicates from SelectedItems

DetalhesDetails Suponha que um Seletor (com seleção múltipla habilitada) tenha duplicatas em sua coleção SelectedItems – o mesmo item é exibido mais de uma vez.Suppose a Selector (with multiple selection enabled) has duplicates in its SelectedItems collection - the same item appears more than once. A remoção desses itens da fonte de dados (por exemplo, chamando Items.Clear) falha ao removê-los de SelectedItems; somente a primeira instância é removida.Removing those items from the data source (e.g. by calling Items.Clear) fails to remove them from SelectedItems; only the first instance is removed. Além disso, o uso subsequente de SelectedItems (por exemplo, SelectedItems.Clear()) pode encontrar problemas, como ArgumentException, pois SelectedItems contém itens que não estão mais na fonte de dados.Furthermore, subsequent use of SelectedItems (e.g. SelectedItems.Clear()) can encounter problems such as ArgumentException, because SelectedItems contains items that are no longer in the data source.
SugestãoSuggestion Atualize se possível para o .NET Framework 4.6.2.Upgrade if possible to .NET Framework 4.6.2.
EscopoScope SecundárioMinor
VersãoVersion 4.54.5
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Rolagem de itens em uma lista simples de itens com diferentes alturas em pixelsItem-scrolling a flat list with items of different pixel-height

DetalhesDetails Quando um ItemsControl exibe uma coleção usando virtualização (IsVirtualizing=true) e rolagem de itens (ScrollUnit=Item) e quando o controle rola para exibir um item cuja altura em pixels é diferente de seus vizinhos, o VirtualizingStackPanel itera em todos os itens na coleção.When an ItemsControl displays a collection using virtualization (IsVirtualizing=true) and item- scrolling (ScrollUnit=Item), and when the control scrolls to display an item whose height in pixels differs from its neighbors, the VirtualizingStackPanel iterates over all items in the collection. A interface do usuário não está respondendo durante essa iteração; se a coleção for grande, isso poderá ser percebido como uma parada.The UI is unresponsive during this iteration; if the collection is large, this can be perceived as a hang. A iteração ocorre em outras circunstâncias, mesmo nas versões anteriores do .NET Framework.The iteration occurs in other circumstances, even in previous .NET Framework releases. Por exemplo, isso ocorre na rolagem de pixels (ScrollUnit=Pixel) ao encontrar um item com uma altura de pixels diferente e na rolagem de itens de dados hierárquicos (como em um TreeView ou um ItemsControl com o agrupamento habilitado) ao encontrar um item com um número de itens descendentes diferentes de seus vizinhos. Para o caso em que há rolagem de itens e diferentes alturas em pixels, a iteração foi introduzida no .NET Framework 4.6.1 para corrigir bugs no layout de dados hierárquicos.For example, it occurs when pixel-scrolling (ScrollUnit=Pixel) upon encountering an item with different pixel height, and when item-scrolling hierarchical data (such as a TreeView or an ItemsControl with grouping enabled) upon encountering an item with a different number of descendant items than its neighbors.For the case of item-scrolling and different pixel height, the iteration was introduced in .NET Framework 4.6.1 to fix bugs in the layout of hierarchical data. Ela não será necessária se os dados forem simples (sem hierarquia) e, nesse caso, ela não ocorre no .NET Framework 4.6.2.It is not needed if the data is flat (no hierarchy), and .NET Framework 4.6.2 does not do it in that case.
SugestãoSuggestion Se a iteração ocorrer no .NET Framework 4.6.1, mas não nas versões anteriores, ou seja, se o ItemsControl for uma lista plana de rolagem de item com itens de alturas em pixels diferentes, haverá duas soluções:If the iteration occurs in .NET Framework 4.6.1 but not in earlier releases - that is, if the ItemsControl is item- scrolling a flat list with items of different pixel height - there are two remedies:
  1. Instalar o .NET Framework 4.6.2.Install .NET Framework 4.6.2.
  2. Instalar o hotfix HR 1605 para o .NET Framework 4.6.1.Install hotfix HR 1605 for .NET Framework 4.6.1.
EscopoScope SecundárioMinor
VersãoVersion 4.6.14.6.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs
DetalhesDetails Correção do resultado incorreto de pressionar uma tecla de direção quando o foco está em um hiperlink dentro de um item que não é o item selecionado do ItemsControl pai.Fixed incorrect result of pressing an arrow key when the focus is on a hyperlink within an item that is not the selected item of the parent ItemsControl.
EscopoScope PrincipalMajor
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

Melhoria no comportamento das dicas de tecla no WPFKeytips behavior improved in WPF

DetalhesDetails O comportamento das dicas de tecla foi modificado para manter a paridade com o comportamento no Microsoft Word e no Windows Explorer.Keytips behavior has been modified to bring parity with behavior on Microsoft Word and Windows Explorer. Ao verificar se o estado da dica de tecla está habilitado ou não no caso de uma SystemKey (especificamente, Key ou F11) que está sendo pressionada, o WPF trata corretamente as teclas de dica de tecla.By checking whether keytip state is enabled or not in the case of a SystemKey (in particular, Key or F11) being pressed, WPF handles keytip keys appropriately. As dicas de tecla agora descartam um menu, mesmo quando ele é aberto pelo mouse.Keytips now dismiss a menu even when it is opened by mouse.
SugestãoSuggestion N/DN/A
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.7.24.7.2
TipoType Tempo de execuçãoRuntime

ObjectDisposedException gerada pelo verificador ortográfico do WPFObjectDisposedException thrown by WPF spellchecker

DetalhesDetails Ocasionalmente, os aplicativos WPF falham durante o desligamento com uma ObjectDisposedException gerada pelo verificador ortográfico.WPF applications occasionally crash during application shutdown with an ObjectDisposedException thrown by the spellchecker. Isso foi corrigido no WPF do .NET Framework 4.7 por meio do tratamento normal da exceção, garantindo que os aplicativos não sejam mais prejudicados.This is fixed in .NET Framework 4.7 WPF by handling the exception gracefully, and thus ensuring that applications are no longer adversely affected. Observe que exceções de primeira chance ocasionais continuariam a ser observadas em aplicativos em execução em um depurador.It should be noted that occasional first-chance exceptions would continue to be observed in applications running under a debugger.
SugestãoSuggestion Atualizar para o .NET Framework 4.7Upgrade to .NET Framework 4.7
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.14.6.1
TipoType Tempo de execuçãoRuntime

Melhoria de desempenho na árvore de automação para agrupar ItemsControlsPerformance improvement in Automation tree for grouping ItemsControls

DetalhesDetails Melhoria do desempenho de recompilação da árvore de automação de um ItemsControl, como um ListBox ou DataGrid, no qual o agrupamento está habilitado.Improved the performance of rebuilding the automation tree of an ItemsControl, such as a ListBox or DataGrid, in which grouping is enabled.
EscopoScope PrincipalMajor
VersãoVersion 4.84.8
TipoType Tempo de execuçãoRuntime

Atualização da pilha de impressão do WPFWPF Printing Stack Update

DetalhesDetails Agora, as APIs de Impressão do WPF que usam PrintQueuechamam a API de Impressão Pacote de Documentos do Windows em vez da API de Impressão XPS, que foi preterida.WPF's Printing APIs using PrintQueue now call Window's Print Document Package API in favor of the now deprecated XPS Print API. A alteração foi feita para fins de manutenção. Nem usuários nem os desenvolvedores devem ver todas as alterações no comportamento ou no uso da API.The change was made with serviceability in mind; neither users nor developers should see any changes in behavior or API usage. A nova pilha de impressão é habilitada por padrão ao ser executada na Atualização do Windows 10 para Criadores.The new printing stack is enabled by default when running in Windows 10 Creators Update. A pilha de impressão antiga continuará a funcionar como antes nas versões mais antigas do Windows.The old printing stack will still continue to work just as before in older Windows versions.
SugestãoSuggestion Para usar a pilha antiga na Atualização do Windows 10 para Criadores, defina o valor REG_DWORD UseXpsOMPrinting da chave do Registro HKEY_CURRENT_USER\Software\Microsoft.NETFramework\Windows Presentation Foundation\Printing como 1.To use the old stack in Windows 10 Creators Update, set the UseXpsOMPrinting REG_DWORD value of the HKEY_CURRENT_USER\Software\Microsoft.NETFramework\Windows Presentation Foundation\Printing registry key to 1.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.74.7
TipoType Tempo de execuçãoRuntime

A Verificação Ortográfica do WPF falha de formas inesperadasWPF Spell Checking fails in unexpected ways

DetalhesDetails Isso inclui alguns problemas da Verificação Ortográfica do WPF:This includes a number of WPF Spell Checker issues:
  • Às vezes, a Verificação Ortográfica do WPF gera COMExceptionWPF Spell Checker sometimes throws COMException
  • A Verificação Ortográfica do WPF falha com UnauthorizedAccessException quando aplicativos são iniciados usando "Executar como usuário diferente"WPF Spell Checker fails with UnauthorizedAccessException when applications are launched using 'run as different user'
  • O Verificador Ortográfico do WPF identifica incorretamente erros ortográficos em palavras compostas, como "Hausnummer" em alemão.WPF Spell Checker incorrectly identifies spelling errors in compound words like 'Hausnummer' in German.
SugestãoSuggestion Problema nº 1 – esse problema foi corrigido no .NET Framework 4.6.2 Problema nº 2 – a Verificação Ortográfica do WPF deixou de ter suporte quando aplicativos são iniciados usando "Executar como usuário diferente".Issue #1 - This has been fixed in .NET Framework 4.6.2 Issue #2 - WPF Spell Checker is no longer supported when applications are launched using 'run as different user'. A partir do .NET Framework 4.6.2, aplicativos iniciados dessa maneira não falharão inesperadamente, em vez disso, a Verificação Ortográfica será desabilitada silenciosamente.Starting .NET Framework 4.6.2, applications launched in this manner will no longer crash unexpectedly - instead the Spell Checker will be silently disabled. Problema nº 3 – esse problema foi corrigido no .NET Framework 4.6.2.Issue #3 - This has been fixed in .NET Framework 4.6.2.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.14.6.1
TipoType Tempo de execuçãoRuntime

Windows Workflow Foundation (WF)Windows Workflow Foundation (WF)

Agora, o fluxo de trabalho gera a exceção original em vez de NullReferenceException em alguns casosWorkflow now throws original exception instead of NullReferenceException in some cases

DetalhesDetails No .NET Framework 4.6.2 e versões anteriores, quando o método Executar de uma atividade de fluxo de trabalho gera uma exceção com um valor null para a propriedade Message, o tempo de execução do fluxo de trabalho System.Activities gera NullReferenceException, mascarando a exceção original. No .NET Framework 4.7, a exceção mascarada anteriormente é gerada.In the .NET Framework 4.6.2 and earlier versions, when the Execute method of a workflow activity throws an exception with a null value for the Message property, the System.Activities Workflow runtime throws a NullReferenceException, masking the original exception.In the .NET Framework 4.7, the previously masked exception is thrown.
SugestãoSuggestion Se o código depender do tratamento de NullReferenceException, altere-o para capturar as exceções que possam ser geradas por meio das atividades personalizadas.If your code relies on handling the NullReferenceException, change it to catch the exceptions that could be thrown from your custom activities.
EscopoScope SecundárioMinor
VersãoVersion 4.74.7
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

Persistência do fluxo de trabalho SQL adiciona clusters de chave primária e não permite valores nulos em algumas colunasWorkflow SQL persistence adds primary key clusters and disallows null values in some columns

DetalhesDetails A partir do .NET Framework 4.7, as tabelas criadas para a SWIS (SQL Workflow Instance Store) pelo script SqlWorkflowInstanceStoreSchema.sql usarão chaves primárias em clusters.Starting with the .NET Framework 4.7, the tables created for the SQL Workflow Instance Store (SWIS) by the SqlWorkflowInstanceStoreSchema.sql script use clustered primary keys. Por isso, as identidades não são compatíveis com valores null.Because of this, identities do not support null values. A operação da SWIS não é afetada por essa alteração.The operation of SWIS is not impacted by this change. As atualizações foram feitas serem compatíveis com replicação transacional do SQL Server.The updates were made to support SQL Server Transactional Replication.
SugestãoSuggestion O arquivo SQL SqlWorkflowInstanceStoreSchemaUpgrade.sql deve ser aplicado a instalações existentes para usar essa alteração.The SQL file SqlWorkflowInstanceStoreSchemaUpgrade.sql must be applied to existing installations in order to experience this change. Novas instalações de banco de dados serão alteradas automaticamente.New database installations will automatically have the change.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.74.7
TipoType Tempo de execuçãoRuntime