In dit artikel beschreven hotfix-combinatiepakket 3009698 die beschikbaar is voor Microsoft .NET Framework 4.5.2 4.5.1 .NET Framework en het .NET Framework 4.5. Zie de sectie 'problemen die met dit hotfix-combinatiepakket worden opgelost' voor meer informatie over de problemen die het hotfixcombinatiepakket wordt opgelost.
Het installatieprogramma van de web is een klein (minder dan 1 MB) dat automatisch wordt bepaald en downloadt alleen de onderdelen die van toepassing voor een bepaald platform zijn.
Deze update verzamelt de volgende afzonderlijke pakketten voor verschillende producten en -platforms.
|
Beschrijving |
KB-nummer |
|---|---|
|
.NET Framework 4.5 en 4.5.1 4.5.2 op Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 en Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5 en 4.5.1 4.5.2 op Windows 8 en Windows Server 2012 |
3011112 |
|
Het .NET Framework 4.5.1 en 4.5.2 op Windows 8.1 en Windows Server 2012 R2 |
3011110 |
Oplossing
Een ondersteunde hotfix is nu beschikbaar bij Microsoft. Het is echter bedoeld om alleen het probleem te verhelpen dat in dit artikel wordt beschreven. Pas deze alleen toe op systemen waarop dit specifieke probleem zich voordoet.
Voor dit probleem kunt u contact opnemen met Microsoft Customer Support Services om de hotfix te verkrijgen. Een volledige lijst met telefoonnummers van Microsoft Customer Support Services en informatie over kosten van ondersteuning vindt u op de volgende Microsoft-website:
http://support.microsoft.com/contactus/?ws=supportOpmerking In speciale gevallen kunnen kosten die normaal aan ondersteuningsoproepen verbonden zijn, worden geannuleerd als een medewerker van Microsoft productondersteuning van mening is dat een specifieke update de oplossing van uw probleem is. De normale ondersteuningskosten blijven gelden voor extra ondersteuningsvragen die niet in aanmerking voor de specifieke update in kwestie komen.
Meer informatie
Vereisten
Deze hotfix moet u .NET Framework 4.5.2, .NET Framework 4.5.1 of het .NET Framework 4.5 geïnstalleerd hebben.
Opnieuw opstarten
U moet de computer opnieuw opstarten nadat u deze hotfix als de bestanden waarin dit probleem optreedt worden gebruikt. Wij raden aan dat u alle .NET Framework-toepassingen sluiten voordat u deze hotfix toepast.
Informatie over het vervangen van hotfixes
Dit hotfix-pakket vervangt een eerder uitgebrachte hotfix-pakket.
Problemen die met dit hotfix-combinatiepakket worden opgelost
Probleem 1
In het .NET Framework 4.5 werkt in een WPF TreeView navigatie met het toetsenbord niet correct als een TreeViewItem een focussen element zoals een knop, selectievakjeof Tekstvakbevat. Kan de focus te verplaatsen naar het verkeerde element op de pijl-omhoog of pijl-omlaag te drukken of de focus niet helemaal kan wijzigen.
De hotfix lost dit probleem, zodat de pijl-omhoog en pijl-omlaag altijd de focus te naar het juiste element verplaatsen.
Probleem 2
Wanneer u GlyphRun.InkBoundingBox() of een van de afhankelijkheden, zoals FormattedText.Extent in een WPF toepassing aanroept, worden de resultaatwaarden weergegeven iets groter in .NET Framework 4.5 dan in het .NET Framework 4.0. Het .NET Framework 4.0 had een bug die soms is opgetreden in de tekst die niet is getekend (afhankelijk van het lettertype, de tekengrootte en de specifieke tekens). De fout is opgelost in het .NET Framework 4.5 door het vergroten van het omsluitende kader enigszins inkt.
Deze hotfix wordt een vlag die configuratie niet deelnemen aan de oplossing toegevoegd. Een toepassing die u kiest uit dezelfde waarden retourneren als in het .NET Framework 4.0 hebben, maar ook de fout 'verdwenen tekst' kan optreden.
U kunt niet deelnemen aan de oplossing, moet u de volgende sleutel toevoegen aan de sectie appSettings in het configuratiebestand van de toepassing:<add key="IncludeAllInkInBoundingBox" value="false"/> Probleem 3
Overweeg het volgende scenario:
-
U hebt een ASP.NET-webproject in welke webpagina implements client retouraanroepen programmatisch zonder terugsturen.
-
De actie van het formulier is een internationaal domein naam URL (bijvoorbeeld van de URL-naam Unicode-tekens bevat).
-
De client gebruikt Internet Explorer 10 of een eerdere versie van Internet Explorer.
In dit scenario wordt werkt de client webpagina niet. Bijvoorbeeld, gebeurt er niets wanneer u op een knop die moet een retouraanroep activeert.
Probleem 4
Stel u een System.Workflow.Activities.StateMachineWorkflowActivity -klasse met een activiteiten -eigenschap waarmee een lijst met ActivitiesCollection . De lijst bevat veel activiteiten (bijvoorbeeld 300 of meer activiteiten) die in staat zijn en niet-gouvernementele activiteiten.
Overgangen staat activiteiten die in de buurt van het einde van de lijst van de ActivitiesCollection worden in deze situatie veel meer tijd om te eindigen dan overgangen staat activiteiten die in de buurt van het begin van de lijst.
Deze hotfix verwijdert u overbodige ActivitiesCollection lijst traversals bij het zoeken naar het doel van de activiteit staat met de naam tijdens de overgang van een staat. Daarom is minder tijd vereist voor de overgang naar staat activiteiten die in de buurt van het einde van de lijst ActivitiesCollection .
Probleem 5
Stel dat WCF-prestatiemeteritems zijn ingeschakeld. Echter, sommige instantienamen worden ingekort omdat ze langer dan 64 tekens zijn. Daarnaast kunnen twee verkorte instantienamen hetzelfde zijn. In dit scenario maakt WCF de Itemexemplaren zoals verwacht.
Voeg de volgende regel aan appSettings in uw configuratiebestand opslaan zodat deze hotfix:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Als deze instelling is ingeschakeld, WCF wordt gedetecteerd als twee instantienamen conflict en een 8-cijferige hexadecimale hash wordt toegevoegd aan het einde van een van de namen. U kunt beide exemplaren worden gemaakt.
Probleem 6
Stel dat u WCF als middelgrote client voor een website of web service om te communiceren met een evenwichtige taakverdeling backend-service via HTTP. Bovendien is een van de back-end-hosts in een mislukte staat die HTTP-antwoorden met '500'-statuscode retourneert.
In dit geval wordt de verbinding met de mislukte back-end host blijft bestaan in de verbindingsgroep WCF ChannelFactory omdat het een geldige HTTP-antwoorden geeft en zorgt ervoor een hoge frequentie van mislukte aanvragen dat. Er is geen methode beschikbaar voor het verwijderen van een verbinding met een mislukte host die kan leiden tot front-aanvragen niet goed werkt.
Voeg de volgende regel aan appSettings in uw configuratiebestand opslaan zodat deze hotfix: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Nadat u deze hotfix is ingeschakeld, wordt elk exemplaar van de ChannelFactory die is gemaakt en die gebruikmaakt van het HTTP-transport een aparte groep verbindingen hebben. Hierdoor kan ontwikkelaars hun verbindingen in afzonderlijke groepen van toepassingen door meerdere ChannelFactory objectexemplaren partitioneren. Op deze manier kan een verbinding met een host is mislukt door het sluiten van de ChannelFactory instantie die is gekoppeld aan de verbinding met de host worden weggehaald. Wanneer een exemplaar van de ChannelFactory is gesloten, hoeft de verbindingen in de groep niet onmiddellijk worden gesloten omdat ze worden beheerd door het bijbehorende gedrag van de klasse ServicePointManager . Het is belangrijk voor het instellen van een lage standaard time-out voor inactiviteit als veel ChannelFactory -objecten worden gemaakt en in gesloten om te voorkomen dat een situatie waarin veel niet-actieve verbindingen in een staat van de sluiting in behandeling zijn.
Probleem 7
Stel nu dat u voor de ondersteuning van veel gelijktijdige downloads of uploaden naar een WCF-service dat toegang biedt tot het eindpunt van een WebHttpBinding . Grote inhoud gegevensoverdracht via streaming modus (in plaats van gebufferde modus) zal ervoor zorgen dat de service prestatieproblemen optreden ongeacht of een DispatcherSynchronizationBehavior is toegevoegd.
Nadat u deze hotfix hebt toegepast, gebruikt WCF asynchrone verwerking die de prestaties van meerdere gelijktijdige downloads en uploads aanzienlijk vergroot.
Deze hotfix wordt ingeschakeld wanneer de eigenschap AsynchronousSendEnabled van de DispatcherSynchronizationBehavior is ingesteld op true. Uitschakelen, verwijderen van de dispatcherSynchronizationBehaviorof expliciet de eigenschap AsynchronousSendEnabled ingesteld op false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Probleem 8
Stel dat u de Russische tijdzone-update van September 2014 (bijgewerkt 2998527) op uw computer toepassen. Wanneer u een toepassing die gebruikmaakt van de Microsoft .NET Framework en de TimeZoneInfo klasse hebt, kan de toepassing niet juist tijd berekenen. Zie Update 3012229 voor meer informatie.
Deze hotfix verhelpt de verschuiving op basis tijdzone te zoeken.
Probleem 9
Stel u hebt een WPF toepassing die een venster wordt geopend in het hoofdvenster. Wanneer u de grootte van het tweede venster wijzigt, wordt de toepassing loopt vast en een null-aanwijzer uitzondering.
