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

Se você estiver migrando do .NET Framework 4.6 para 4.7, 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.6 to 4.7, review the following topics for application compatibility issues that may affect your app:

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

JITJIT

Geração de código incorreto ao passar e comparar valores UInt16Incorrect code generation when passing and comparing UInt16 values

DetalhesDetails Em virtude das alterações realizadas no .NET Framework 4.7, em alguns casos, o código gerado pelo compilador JIT em aplicativos em execução no .NET Framework 4.7 é incorretamente comparado com dois valores T:System.UInt16.Because of changes introduced in the .NET Framework 4.7, in some cases the code generated by the JIT compiler in applications running on the .NET Framework 4.7 incorrectly compares two T:System.UInt16 values. Para obter mais informações, confira Problema nº 11508: Geração de código silenciosa incorreta ao passar e comparar ushort args no GitHub.com.For more information, see Issue #11508: Silent bad codegen when passing and comparing ushort args on GitHub.com.
SugestãoSuggestion Se houver problemas na comparação dos valores sem sinal de 16 bits no .NET Framework 4.7, atualize para o .NET Framework 4.7.1.If you encounter issues in the comparison of 16-bit unsigned values in the .NET Framework 4.7, upgrade to the .NET Framework 4.7.1.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.74.7
TipoType Tempo de execuçãoRuntime

SegurançaSecurity

RSACng e DSACng podem ser usados novamente em cenários de confiança parcialRSACng and DSACng are once again usable in Partial Trust scenarios

DetalhesDetails CngLightup (usado em várias APIs de criptografia de nível mais elevado, como System.Security.Cryptography.Xml.EncryptedXml) e System.Security.Cryptography.RSACng, em alguns casos, dependem da confiança total.CngLightup (used in several higher-level crypto apis, such as System.Security.Cryptography.Xml.EncryptedXml) and System.Security.Cryptography.RSACng in some cases rely on full trust. Eles incluem P/Invokes sem declarar permissões de SecurityPermissionFlag.UnmanagedCode e caminhos de código em que System.Security.Cryptography.CngKey tem demandas de permissão de SecurityPermissionFlag.UnmanagedCode.These include P/Invokes without asserting SecurityPermissionFlag.UnmanagedCode permissions, and code paths where System.Security.Cryptography.CngKey has permission demands for SecurityPermissionFlag.UnmanagedCode. A partir do .NET Framework 4.6.2, CngLightup foi usado para mudar para System.Security.Cryptography.RSACng sempre que possível.Starting with the .NET Framework 4.6.2, CngLightup was used to switch to System.Security.Cryptography.RSACng wherever possible. Como resultado, aplicativos de confiança parcial que usavam System.Security.Cryptography.Xml.EncryptedXml com êxito começaram a falhar e a lançar exceções SecurityException. Essa alteração adiciona as declarações necessárias para que todas as funções que usam CngLightup tenham as permissões necessárias.As a result, partial trust apps that successfully used System.Security.Cryptography.Xml.EncryptedXml began to fail and throw SecurityException exceptions.This change adds the required asserts so that all functions using CngLightup have the required permissions.
SugestãoSuggestion Se essa alteração do .NET Framework 4.6.2 tiver afetado seus aplicativos de confiança parcial de forma negativa, atualize para o .NET Framework 4.7.1.If this change in the .NET Framework 4.6.2 has negatively impacted your partial trust apps, upgrade to the .NET Framework 4.7.1.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

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

FerramentasTools

Contract.Invariant ou Contract.Requires<TException> não consideram String.IsNullOrEmpty puroContract.Invariant or Contract.Requires<TException> do not consider String.IsNullOrEmpty to be pure

DetalhesDetails Para aplicativos direcionados ao .NET Framework 4.6.1, se o contrato invariável de Contract.Invariant ou o contrato de pré-condição de Requires chamar o método String.IsNullOrEmpty, o regravador emitirá o aviso do compilador CC1036: "Chamada detectada ao método 'System.String.IsNullOrWhteSpace(System.String)' sem [Pure] no método." Esse é um aviso do compilador, e não um erro do compilador.For apps that target the .NET Framework 4.6.1, if the invariant contract for Contract.Invariant or the precondition contract for Requires calls the String.IsNullOrEmpty method, the rewriter emits compiler warning CC1036: "Detected call to method 'System.String.IsNullOrWhteSpace(System.String)' without [Pure] in method." This is a compiler warning rather than a compiler error.
SugestãoSuggestion Esse comportamento foi abordado em Problema nº 339 no GitHub.This behavior was addressed in GitHub Issue #339. Para eliminar esse aviso, você pode baixar e compilar uma versão atualizada do código-fonte para a ferramenta de Contratos de Código no GitHub.To eliminate this warning, you can download and compile an updated version of the source code for the Code Contracts tool from GitHub. As informações para download são encontradas no fim da página.Download information is found at the bottom of the page.
EscopoScope SecundárioMinor
VersãoVersion 4.6.14.6.1
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

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

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

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

Seletor falha ao remover um item de uma coleção INCC personalizadaCrash in Selector when removing an item from a custom INCC collection

DetalhesDetails Um T:System.InvalidOperationException pode ocorrer no seguinte cenário:An T:System.InvalidOperationException can occur in the following scenario:
  • O ItemsSource de um T:System.Windows.Controls.Primitives.Selector é uma coleção com uma implementação personalizada de T:System.Collections.Specialized.INotifyCollectionChanged.The ItemsSource for a T:System.Windows.Controls.Primitives.Selector is a collection with a custom implementation of T:System.Collections.Specialized.INotifyCollectionChanged.
  • O item selecionado é removido da coleção.The selected item is removed from the collection.
  • O T:System.Collections.Specialized.NotifyCollectionChangedEventArgs tem P:System.Collections.Specialized.NotifyCollectionChangedEventArgs.OldStartingIndex = -1, o que indica uma posição desconhecida.The T:System.Collections.Specialized.NotifyCollectionChangedEventArgs has P:System.Collections.Specialized.NotifyCollectionChangedEventArgs.OldStartingIndex = -1 (indicating an unknown position).
A pilha de chamadas da exceção começa em System.Windows.Threading.Dispatcher.VerifyAccess() em System.Windows.DependencyObject.GetValue(DependencyProperty dp) em System.Windows.Controls.Primitives.Selector.GetIsSelected(DependencyObject element). Essa exceção poderá ocorrer no .NET Framework 4.5 se o aplicativo tiver mais que um thread Dispatcher.The exception's callstack begins at System.Windows.Threading.Dispatcher.VerifyAccess() at System.Windows.DependencyObject.GetValue(DependencyProperty dp) at System.Windows.Controls.Primitives.Selector.GetIsSelected(DependencyObject element)This exception can occur in .NET Framework 4.5 if the application has more than one Dispatcher thread. No .NET Framework 4.7, a exceção também pode ocorrer em aplicativos com um único thread Dispatcher.In .NET Framework 4.7 the exception can also occur in applications with a single Dispatcher thread. O problema foi corrigido no .NET Framework 4.7.1.The issue is fixed in .NET Framework 4.7.1.
SugestãoSuggestion Atualizar para o .NET Framework 4.7.1.Upgrade to .NET Framework 4.7.1.
EscopoScope SecundárioMinor
VersãoVersion 4.74.7
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

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

Redimensionar uma grade pode causar travamentoResizing a Grid can hang

DetalhesDetails Um loop infinito pode ocorrer durante o layout de um T:System.Windows.Controls.Grid nas seguintes circunstâncias:An infinite loop can occur during layout of a T:System.Windows.Controls.Grid under the following circumstances:
  • As definições de linha contêm dois *-rows, ambos declarando um MinHeight e um MaxHeight.Row definitions contain two *-rows, both declaring a MinHeight and a MaxHeight.
  • O conteúdo dos *-rows não ultrapassa o MaxHeight correspondenteContent of the *-rows doesn't exceed the corresponding MaxHeight
  • A altura disponível da grade é ultrapassada pelo primeiro MinHeight (além de qualquer outra linha fixa ou automática)The Grid's available height is exceeded by the first MinHeight (plus any other fixed or Auto rows)
  • O aplicativo é direcionado ao .NET Framework 4.7 ou aceita o algoritmo de alocação do 4.7 definindo Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=falseThe app targets .NET Framework 4.7, or opts in to the 4.7 allocation algorithm by setting Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=false
O loop também aconteceria com mais de duas linhas, ou no caso análogo para colunas.The loop would also happen with more than two rows, or in the analogous case for columns. O problema foi corrigido no .NET Framework 4.7.1.The issue is fixed in .NET Framework 4.7.1.
SugestãoSuggestion Atualizar para o .NET Framework 4.7.1.Upgrade to .NET Framework 4.7.1. Como alternativa, se não precisar do algoritmo de alocação do 4.7, você poderá usar a seguinte configuração:Alternatively, if you don't need the 4.7 allocation algorithm you can use the following configuration setting:
<runtime>
<AppContextSwitchOverrides value="Switch.System.Windows.Controls.Grid.StarDefinitionsCanExceedAvailableSpace=true" />
</runtime>
EscopoScope Microsoft EdgeEdge
VersionVersion 4.74.7
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

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