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

Se você estiver migrando do .NET Framework 4.6.1 para 4.6.2, examine os seguintes tópicos sobre problemas de compatibilidade do aplicativo que podem afetar seu aplicativo:If you are migrating from the .NET Framework 4.6.1 to 4.6.2, 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

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

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

DataGridCellsPanel.BringIndexIntoView gera ArgumentOutOfRangeExceptionDataGridCellsPanel.BringIndexIntoView throws ArgumentOutOfRangeException

DetalhesDetails ScrollIntoView(Object) será executado assincronamente quando a virtualização de coluna estiver habilitada, mas as larguras das colunas ainda não estiverem determinadas.ScrollIntoView(Object) will work asynchronously when column virtualization is enabled but the column widths have not yet been determined. Se as colunas forem removidas antes da operação assíncrona, um ArgumentOutOfRangeException poderá ocorrer.If columns are removed before the asynchronous work happens, an ArgumentOutOfRangeException can occur.
SugestãoSuggestion Siga um destes procedimentos:Any one of the following:
  1. Atualize para o .NET Framework 4.7.Upgrade to .NET Framework 4.7.
  2. Instale o patch de manutenção mais recente para o .NET Framework 4.6.2.Install the latest servicing patch for .NET Framework 4.6.2.
  3. Evitar remover colunas até que a resposta assíncrona ao método ScrollIntoView(Object) seja concluída.Avoid removing columns until the asynchronous response to ScrollIntoView(Object) has completed.
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.24.6.2
TipoType Tempo de execuçãoRuntime
APIs afetadasAffected APIs

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

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

Tela de fundo RibbonGroup é definida como transparente em builds localizadosRibbonGroup background is set to transparent in localized builds

DetalhesDetails A tela de fundo RibbonGroup em builds localizados sempre foi pintada com um pincel Transparente, o que resultava em uma experiência de interface do usuário ruim.RibbonGroup background on localized builds was always painted with Transparent brush, resulting in poor UI experience. Isso foi corrigido no WPF do .NET Framework 4.7 por meio da atualização dos recursos localizados para RibbonGroup, que, por sua vez, garante que o pincel correto seja selecionado.This is fixed in .NET Framework 4.7 WPF fix by updating the localized resources for RibbonGroup, which in turn ensures that the correct brush is selected.
SugestãoSuggestion Atualizar para o .NET Framework 4.7Upgrade to .NET Framework 4.7
EscopoScope Microsoft EdgeEdge
VersãoVersion 4.6.24.6.2
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