Den här artikeln beskrivs Samlad snabbkorrigering 3009698 som är tillgänglig för Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 och.NET Framework 4.5. Mer information om de problem som den samlade uppdateringen löser finns i avsnittet "problem som den samlade snabbkorrigeringen löser".
Web installer är ett litet paket (mindre än 1 MB) som automatiskt bestämmer och hämtar endast de komponenter som gäller för en viss plattform.
Den här uppdateringen paketerar följande enskilda paket för olika produkter och plattformar.
|
Beskrivning |
KB-nummer |
|---|---|
|
.NET Framework-4.5, 4.5.1 och 4.5.2 på Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 och Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework-4.5, 4.5.1 och 4.5.2 i Windows 8 och Windows Server 2012 |
3011112 |
|
.NET Framework 4.5.1 och 4.5.2 på Windows 8.1 och Windows Server 2012 R2 |
3011110 |
Lösning
En snabbkorrigering är nu tillgänglig från Microsoft. Den är emellertid avsedd att åtgärda det problem som beskrivs i den här artikeln. Använd den bara på datorer där detta problem uppstår.
Lös problemet genom att kontakta Microsoft support för att få snabbkorrigeringen. En fullständig lista över telefonnummer till Microsoft Customer Support Services och information om supportkostnader finns på följande Microsoft-webbplats:
http://support.microsoft.com/contactus/?ws=supportObs! I särskilda fall avbryts de avgifter som är normala för supportsamtal om en supporttekniker anser att en särskild uppdatering kan lösa ditt problem. De vanliga supportkostnaderna gäller för övriga supportfrågor och problem som inte berör den särskilda uppdateringen.
Mer Information
Förutsättningar
Om du vill installera den här snabbkorrigeringen måste du ha.NET Framework 4.5.2,.NET Framework 4.5.1 och.NET Framework-4.5 installeras.
Krav på omstart
Du måste starta om datorn när du har installerat den här snabbkorrigeringen om alla berörda filer används. Vi rekommenderar att du stänger alla.NET Framework-baserade program innan du installerar den här snabbkorrigeringen.
Ersättningsinformation för Hotfix
Det här snabbkorrigeringspaketet ersätter inte en tidigare utgiven snabbkorrigering.
Den här samlade uppdateringen löser problem
Problem 1
I.NET Framework 4.5 fungerar navigera med tangentbordet i WPF- TreeView-kontrollen inte när TreeViewItem innehåller ett element som Tabbindexvärden för till exempel en knapp, en kryssrutaeller en Textruta. Tryck på UPPIL eller NEDPIL kan ändra fokus till elementet fel eller fokus ändras inte alls.
Snabbkorrigeringen löser problemet så att UPPIL och NEDPIL alltid ändra fokus till rätt element.
Problem 2
När du anropar GlyphRun.InkBoundingBox() eller något av dess beroenden som FormattedText.Extent i WPF-program är returvärden något större i.NET Framework 4.5 än i.NET Framework 4.0. .NET Framework 4.0 hade en bugg som ibland uppstod i vilken text ritades inte (beroende på teckensnitt, teckenstorlek och särskilda tecken). Programfelet har åtgärdats i.NET Framework 4.5 genom att förstora bläck begränsningsram något.
Den här snabbkorrigeringen läggs flaggan konfiguration om du vill välja bort korrigeringen. Ett program som väljer ut har samma returvärden i.NET Framework 4.0, men kan också uppstå bug "försvunnen text".
Om du vill välja bort korrigeringen, lägger du till följande nyckel i delen AppSettings i programmets konfigurationsfil :<add key="IncludeAllInkInBoundingBox" value="false"/> Problem 3
Föreställ dig följande:
-
Du har ett ASP.NET web-projekt i vilka webbsidor implementerar klient återanrop programmässigt utan återanslåenden.
-
I formuläret åtgärd är en URL för internationella domän namn (till exempel den URL domännamn innehåller Unicode-tecken).
-
Klienten använder Internet Explorer 10 eller en tidigare version av Internet Explorer.
I det här fallet fungerar inte webbsidan för klienten. Till exempel händer ingenting när du klickar på en knapp som ska utlösa ett återanrop.
Problemet 4
Anta att du skapar en System.Workflow.Activities.StateMachineWorkflowActivity -klass och en verksamhet som anger en ActivitiesCollection lista. Listan innehåller många verksamheter (t ex 300 eller fler aktiviteter) som innehåller tillstånd och icke-statliga.
I det här fallet ta övergångar till statens verksamhet som ligger nära slutet av listan ActivitiesCollection mycket längre tid att avsluta än övergång till statens verksamhet som ligger nära början av listan.
Den här snabbkorrigeringen tar bort onödiga ActivitiesCollection lista traversals när den söker efter målet aktivitetsläge efter namn under en övergång i medlemsstaten. Därför krävs mindre tid att övergå till statens verksamhet som ligger nära slutet av listan ActivitiesCollection .
Problemet 5
Anta att WCF-prestandaräknare är aktiverade. Vissa förekomstnamn kortas eftersom de är längre än 64 tecken. Dessutom kan två förkortad förekomstnamn vara samma. I det här scenariot skapar inte WCF räknarinstanser som förväntat.
Lägg till följande rad appSettings i konfigurationsfilen om du vill aktivera den här snabbkorrigeringen:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
När den här inställningen aktiveras WCF upptäcka om två förekomstnamn i konflikt och lägger till ett åttasiffrigt hexadecimalt hash i slutet av ett av namnen. Detta gör att båda instanser har skapats.
Problemet 6
Anta att du använder WCF som klient halva nivån för en webbplats eller web service för att kommunicera med en belastningsutjämnad backend-tjänst via HTTP. Dessutom är en backend-värdar i ett misslyckat tillstånd som returnerar HTTP-svar tillsammans med statuskod "500".
I det här fallet kvar anslutningen till den misslyckade värddatorn backend-i anslutningspoolen WCF ChannelFactory eftersom den returnerar en giltig HTTP-svar och orsakar ett stort antal misslyckade begäranden. Det finns ingen mekanism som kan ta bort en anslutning till en misslyckad värd som kan leda till frontend begäran misslyckas.
Lägg till följande rad appSettings i konfigurationsfilen om du vill aktivera den här snabbkorrigeringen: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
När den här snabbkorrigeringen har aktiverats kommer varje förekomst av ChannelFactory som skapas och som använder HTTP-transporten har en separat anslutningspool. Detta gör att utvecklare partitionera sina anslutningar i separata pooler via instansierar objekt med flera ChannelFactory . På så sätt kan en anslutning till en misslyckad värd att tas bort genom att stänga av ChannelFactory -instans som är associerad med anslutningen till den misslyckade värddatorn. När en instans för ChannelFactory stängs anslutningar i poolen inte stängas omedelbart eftersom de styrs av beteendet anslutningspoolen i klassen ServicePointManager . Det är viktigt att ange en låg standard inaktivitet om många ChannelFactory objekt som är skapade och stängda i ordning för att förhindra att en situation i vilken många inaktiva anslutningar är i väntande stängt läge.
Problemet 7
Anta att du vill stödja flera samtidiga hämtningar eller överföringar till en WCF-tjänst som Exponerar en WebHttpBinding slutpunkt. Stort innehåll dataöverföringar med direktuppspelning läge (i stället för buffrad läge) kommer tjänsten att prestanda försämras oavsett om DispatcherSynchronizationBehavior har lagts till.
När du har installerat den här snabbkorrigeringen används WCF asynkron bearbetning som ökar prestanda för flera samtidiga hämtningar och överföringar.
Den här snabbkorrigeringen är aktiverad när egenskapen AsynchronousSendEnabled för DispatcherSynchronizationBehavior har värdet true. Ta bort dispatcherSynchronizationBehavioreller uttryckligen ange egenskapen AsynchronousSendEnabled till falseom du vill inaktivera det:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problem 8
Anta att du installerar den September 2014 ryska tidszonsuppdateringen (Uppdatera 2998527) på datorn. När du har ett program som använder Microsoft.NET Framework och TimeZoneInfo klass, kan programmet beräkna tid felaktigt. Ytterligare information finns i Uppdatera 3012229 .
Den här snabbkorrigeringen löser bas tidszon offset look-ups.
Problemet 9
Anta att du har en WPF-program som öppnar ett fönster i huvudfönstret. När du ändrar storlek på det andra fönstret kraschar programmet och ger en null-pekare undantag.
