Denne artikkelen beskriver samleoppdatering 3009698 som er tilgjengelig for Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 og .NET Framework-4.5. Hvis du vil ha mer informasjon om problemene som samleoppdateringen løser, kan du se delen "problemene som samleoppdateringen løser".
Web-installer er en liten pakke (mindre enn én megabyte) som bestemmer automatisk og laster ned bare komponentene som gjelder for en bestemt plattform.
Denne oppdateringen pakker følgende individuelle pakker for ulike produkter og plattformer.
|
Beskrivelse |
KB-nummer |
|---|---|
|
.NET Framework 4.5, 4.5.1 og 4.5.2 på Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 og Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5, 4.5.1 og 4.5.2 på Windows 8 og Windows Server 2012 |
3011112 |
|
.NET Framework 4.5.1 og 4.5.2 på 8.1 for Windows og Windows Server 2012 R2 |
3011110 |
Oppløsning
En støttet hurtigreparasjon er nå tilgjengelig fra Microsoft. Det er imidlertid ment å løse problemet som beskrives i denne artikkelen. Bruk den bare på systemer som har dette bestemte problemet.
Hvis du vil løse dette problemet, kontakter du Microsoft Kundestøtte for å få hurtigreparasjonen. For en fullstendig liste over telefonnumre for Microsofts kundestøttetjenester og informasjon om støttekostnader, kan du gå til følgende Microsoft-webområde:
http://support.microsoft.com/contactus/?ws=supportObs! I spesielle tilfeller kan avgifter som vanligvis påløper for oppringinger til kundestøtte avbrutt hvis en Microsoft-tekniker avgjør at en bestemt oppdatering løser problemet. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av den gjeldende oppdateringen.
Hvis du vil ha mer informasjon
Forutsetninger
Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.5.2, .NET Framework 4.5.1 eller .NET Framework 4.5 installert.
Krav om omstart
Du må starte datamaskinen etter at du har installert denne hurtigreparasjonen, hvis alle berørte filer er i bruk. Vi anbefaler at du lukker alle .NET Framework-baserte programmer før du installerer denne hurtigreparasjonen.
Informasjon om erstatning av hurtigreparasjoner
Denne hurtigreparasjonspakken erstatter ikke tidligere utgitte-hurtigreparasjonspakken.
Problemene som samleoppdateringen løser
Problem 1
I .NET Framework 4.5 fungerer tastaturnavigasjon i en WPF TreeView ikke på riktig måte når en TreeViewItem inneholder et focusable element som en knapp, avmerkingsbokseller Tekstboks. Trykk Pil opp eller pil ned kan endre fokus til feil element, eller kan ikke endre fokus i det hele tatt.
Hurtigreparasjonen løser dette problemet slik at pil opp og pil ned alltid flytter fokuset til det riktige elementet.
Problem 2
Når du kaller GlyphRun.InkBoundingBox() eller noen av sine underordnede som FormattedText.Extent i et program for WPF, er Returverdiene litt større i .NET Framework 4.5 enn i .NET Framework 4.0. .NET Framework 4.0 hadde en feil som har oppstått noen ganger i hvilken tekst ble ikke tegnet (avhengig av skriften, skriftstørrelsen og bestemte tegn). Feilen ble løst i .NET Framework 4.5 ved å forstørre håndskriften markeringsramme litt.
Denne hurtigreparasjonen legger til et flagg for konfigurasjon for å unnlate å reparasjonen. Et program som ut-alternativer vil ha de samme verdiene som returneres i .NET Framework 4.0, men kan også oppstå "forsvunnet tekst"-feil.
Hvis du vil reservere hurtigreparasjonen, må du legge til følgende nøkkel appSettings -delen i programmets konfigurasjonsfil:<add key="IncludeAllInkInBoundingBox" value="false"/> 3-problem
Tenk deg følgende:
-
Du har en ASP.NET web-prosjekt i hvilke websider implementerer klienten tilbakeringinger programmatisk uten tilbakesendinger.
-
Skjemaets handling er en URL-adresse for internasjonale domene navn (for eksempel domenenavnet til URL-adressen inneholder Unicode-tegn).
-
Klienten bruker Internet Explorer-10 eller en tidligere versjon av Internet Explorer.
I dette scenarioet fungerer ikke klient-websiden. Hvis du for eksempel skjer ikke noe når du klikker en knapp som skal utløse en tilbakeringing.
Problemet 4
Anta at du oppretter en System.Workflow.Activities.StateMachineWorkflowActivity -klasse med en aktiviteter -egenskap som angir en liste med ActivitiesCollection . Listen inneholder mange aktiviteter (for eksempel 300 eller flere aktiviteter) inkludert tilstand og -tilstand aktiviteter.
I dette tilfellet ta overgang til tilstand aktiviteter som er nær slutten av listen ActivitiesCollection mye lengre tid å fullføre enn overgang til tilstand aktiviteter som er nær begynnelsen av listen.
Denne hurtigreparasjonen fjerner unødvendige ActivitiesCollection listen traversals når det søker etter målet tilstand aktivitet ved navn under en tilstandsovergang. Derfor er mindre tid nødvendig for å gå over til statusen aktivitetene som er nær slutten av listen over ActivitiesCollection .
Problemet 5
Anta at WCF-ytelsestellere er aktivert. Imidlertid er noen forekomstnavn forkortet fordi de er mer enn 64 tegn. To forkortet forekomstnavn kan også være det samme. I dette scenariet oppretter ikke WCF tellerforekomster som forventet.
Hvis du vil aktivere hurtigreparasjonen, må du legge til følgende linje i appSettings i konfigurasjonsfilen:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Når denne innstillingen er aktivert, gjenkjenner WCF Hvis to forekomst navn er i konflikt, og vil legge til en 8-sifret heksadesimalt nummer på slutten av ett av navnene. Dette gjør at begge forekomstene som ble opprettet.
Problemet 6
Anta at du bruker WCF som en mellomstor tier-klient for en tjeneste for webområdet eller til å kommunisere med en belastningsfordelt back-end-tjenesten via HTTP. I tillegg er en av back-end-verter i feil tilstand som returnerer HTTP-svar sammen med en "500" statuskode.
I denne situasjonen vedvarer tilkoblingen til verten mislykkede bakdatabasen i tilkoblingsgruppen WCF ChannelFactory fordi den returnerer ugyldig HTTP-svar og fører til at et høyt antall mislykkede forespørsler. Det finnes ingen mekanisme som er tilgjengelig for å fjerne en tilkobling til en vert for feil som kan føre til front-forespørsler mislykkes.
Hvis du vil aktivere hurtigreparasjonen, må du legge til følgende linje i appSettings i konfigurasjonsfilen: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Når denne hurtigreparasjonen er aktivert, vil hver forekomst av ChannelFactory som er opprettet og som bruker HTTP-transporten har et eget utvalg av tilkoblinger. Dette gjør at utviklere partisjonere sine tilkoblinger i separate grupper til å starte flere ChannelFactory -objekter. En tilkobling til en vert som kan bli fjernet ved å lukke ChannelFactory -forekomsten som er knyttet til tilkoblingen til verten mislyktes ved å gjøre dette. Når en forekomst av ChannelFactory er lukket, har ikke tilkoblinger i utvalget skal lukkes umiddelbart fordi de styres av tilkoblingsutvalg virkemåten for ServicePointManager -klassen. Det er viktig å angi en lav standard tidsavbrudd for inaktiv hvis mange ChannelFactory objekter blir opprettet og lukket i rekkefølge for å hindre en situasjon der mange inaktive tilkoblinger er i en ventende lukking-tilstand.
Problemet 7
Anta at du ønsker å støtte mange samtidige nedlastinger eller opplasting til en WCF-tjeneste som viser et endepunkt for WebHttpBinding . Overføring av store data innhold ved å bruke direkteavspilling modus (i stedet for bufret modus) vil føre til at tjenesten for å oppleve ytelsesproblemer uavhengig av om et DispatcherSynchronizationBehavior er lagt til.
Når du har installert denne hurtigreparasjonen, bruke WCF Asynkron behandling som øker ytelsen til flere samtidige nedlastinger og opplastinger betraktelig.
Denne hurtigreparasjonen er aktivert når egenskapen AsynchronousSendEnabled for DispatcherSynchronizationBehavior er satt til true. Hvis du vil deaktivere den, fjerne dispatcherSynchronizationBehavior, eller eksplisitt angi AsynchronousSendEnabled -egenskapen til Usann:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problemet 8
Anta at du bruker den September 2014 russisk tidssoneoppdateringen (Oppdater 2998527) på datamaskinen. Når du har et program som bruker Microsoft .NET Framework og TimeZoneInfo -klassen, kan programmet beregne tid på feil måte. Se oppdateringen 3012229 for mer informasjon.
Denne hurtigreparasjonen korrigerer de grunnleggende tidssone forskyvning etter.
Problemet 9
Anta at du har en WPF-program som åpner et vindu i hovedvinduet. Når du endrer størrelsen på det andre vinduet, vil programmet krasjer og genererer en nullpeker unntak.
