Acest articol descrie pachetul de remediere rapidă 3009678 care este disponibil pentru Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 și .NET Framework 4.5. Pentru mai multe informații despre problemele pe care pachetul de remediere rapidă rezolvă, consultați secțiunea "probleme care se rezolvă acest set de remedieri rapide".
Pachetul offline pot fi utilizate în situații în care programul de instalare web nu poate fi utilizat din cauza lipsei de conectivitate la Internet. Dacă este posibil, Microsoft recomandă să utilizați programul de instalare Web Pachetul offline pentru cerințele optimă eficiență și lățime de bandă.
Această actualizare pachete următoarele pachete individuale pentru diferite produse și platforme.
|
Descrierea |
Numărul KB |
|---|---|
|
.NET Framework 4.5, 4.5.1 și 4.5.2 pe Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 și Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5, 4.5.1 și 4.5.2 pe Windows 8 și Windows Server 2012 |
3011112 |
|
.NET Framework 4.5.1 și 4.5.2 pe Windows 8.1 şi Windows Server 2012 R2 |
3011110 |
Rezolvare
Un hotfix acceptat este acum disponibil de la Microsoft. Cu toate acestea, aceasta este scopul de a corecta numai problema descrisă în acest articol. Aplicați-o numai pe sistemele care întâmpină această problemă anume.
Pentru a rezolva această problemă, contactați serviciile de asistență pentru clienți Microsoft pentru a obține remedierea rapidă. Pentru o listă completă a numerelor de telefon ale serviciilor de asistență pentru clienți Microsoft și informații despre costurile de asistență, vizitați următorul site Web Microsoft:
http://support.microsoft.com/contactus/?ws=supportNotă În cazuri speciale, costurile implicate de obicei pentru apelurile de suport pot fi anulate dacă un specialist în asistență Microsoft stabilește că o anumită actualizare va rezolva problema. Se vor aplica costurile uzuale de asistenţă pentru întrebări suplimentare de asistenţă şi pentru probleme ce nu fac obiectul actualizării în cauză.
Mai multe informații
Cerințe preliminare
Pentru a aplica această remediere rapidă, trebuie să aveți .NET Framework 4.5.2, .NET Framework 4.5.1 sau .NET Framework 4.5 instalat.
Cerinţă de repornire
Trebuie să reporniți computerul după aplicarea acestei remedieri rapide, dacă se utilizează oricare dintre fișierele afectate. Vă recomandăm să închideţi toate aplicaţiile bazate pe .NET Framework înainte de a aplica această remediere rapidă.
Informații despre înlocuirea remedierilor rapide
Această remediere rapidă nu înlocuiește un pachet de remediere rapidă lansată anterior.
Probleme care se rezolvă acest set de remedieri rapide
Problema 1
În .NET Framework 4.5, navigarea cu tastatura într-un WPF TreeView nu funcționează corect când un TreeViewItem conține un element focusable, cum ar fi un buton, caseta de selectaresau Casetă Text. Apăsând pe butonul săgeata sus sau săgeată jos pot modifica focalizarea la elementul greșită sau pot modifica focalizarea deloc.
Remedierea rapidă rezolvă această problemă, astfel încât săgeată sus și săgeată jos întotdeauna modifica focalizarea la elementul corect.
Problema 2
Când apelați GlyphRun.InkBoundingBox() sau oricare dintre sale dependente, cum ar fi FormattedText.Extent într-o aplicație de WPF, reveniți valorile sunt ușor mai mari în .NET Framework 4.5 decât în .NET Framework 4.0. .NET Framework 4.0 a avut o eroare care, uneori, a apărut în textul care nu a fost desenată (în funcție de fontul, dimensiunea fontului și caracterele specifice). Bug a fost remediată în .NET Framework 4.5 prin extinderea cerneală caseta de încadrare ușor.
Această remediere rapidă adaugă un semnalizator de configurare pentru a renunţa la fix. O aplicație care optează out vor avea valori de returnare același ca în .NET Framework 4.0, dar, de asemenea, puteți întâlni cu eroarea "dispare textul".
Pentru a renunţa la fix, adăugați următoarea cheie de la secțiunea appSettings de fișier de configurare a aplicaţiei:<add key="IncludeAllInkInBoundingBox" value="false"/> Problema 3
Să luăm în considerare următorul scenariu:
-
Aveți un proiect web ASP.NET în care paginile web implementează client reapelări prin programare fără postback.
-
Formular de acțiune este un URL de nume de domenii internaţionale (de exemplu, numele de domeniu URL-ul conține caractere Unicode).
-
Clientul utilizează Internet Explorer 10 sau o versiune anterioară de Internet Explorer.
În acest scenariu, pagina web client nu funcționează. De exemplu, nu se întâmplă nimic când faceți clic pe un buton care ar trebui să declanșeze o apelare inversă.
Problema 4
Să presupunem că ați creat o clasă de System.Workflow.Activities.StateMachineWorkflowActivity împreună cu o proprietate de activități care specifică o listă de ActivitiesCollection . Lista conține și activitățile multe (de exemplu, 300 sau mai multe activități), care includ stare non-stare.
În această situație, tranzițiile la activitățile stare aproape de sfârșitul lista ActivitiesCollection dura mai mult timp pentru a termina decât tranzițiile la activitățile stare de la începutul listei.
Această remediere rapidă elimină inutile ActivitiesCollection listă traversals atunci când se caută țintă stare activitate de nume în timpul o stare de tranziție. Prin urmare, mai puţin timp este necesar să facă tranziția la activitățile stare aproape de sfârșitul ActivitiesCollection lista.
Problema 5
Să presupunem că sunt activate WCF contoare de performanță. Cu toate acestea, unele nume instanță sunt redusă, deoarece acestea sunt mai mult de 64 de caractere. În plus, două nume instanță prescurtată pot fi identice. În acest scenariu, WCF nu creează cazuri contor așa cum vă așteptați.
Pentru a activa această remediere rapidă, adăugați următoarea linie la appSettings fișierul de configurare:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
După această setare este activată, WCF va detecta dacă două nume de instanță în conflict, și se va adăuga un hash hexazecimal opt cifre la sfârșitul unul dintre numele. Aceasta permite ambele cazuri creat cu succes.
Problema 6
Să presupunem că utilizați WCF ca un client de nivel mediu pentru un serviciu web sau site-ul web pentru a comunica cu un serviciu de back-end încărcare echilibrată prin HTTP. În plus, una dintre gazdele back-end este într-o stare de nereușită care returnează un răspuns HTTP împreună cu un cod de stare "500".
În această situație, conexiunea la gazdă failed back-end persistă în rezervorul de conexiune WCF ChannelFactory deoarece returnează răspunsuri valabile HTTP şi provoacă un număr mare de solicitări nereușite. Nu există niciun mecanism disponibil pentru a elimina o conexiune la o gazdă de nereușită care pot conduce la solicitările front-end eșuează.
Pentru a activa această remediere rapidă, adăugați următoarea linie la appSettings fișierul de configurare: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
După această remediere rapidă este activată, fiecare instanță a ChannelFactory creat care utilizează transportul HTTP va avea un rezervor separat de conexiuni. Acest lucru permite dezvoltatorilor să partiționați conexiunile lor în pools separate prin instantierea mai multe obiecte ChannelFactory . Acest lucru permite o conexiune la o gazdă nereușite de închidere instanța ChannelFactory asociată cu conexiunea la gazda nu a reuşit scădere. Atunci când o instanță ChannelFactory de închidere, conexiunile în rezervorul nu imediat închise, deoarece acestea sunt controlate de comportamentul de prevenire a clasei ServicePointManager . Este important să setați o inactivitate implicite reduse dacă sunt în curs de multe obiecte ChannelFactory creat și închise pentru a preveni o situație în care multe conexiuni inactiv sunt în curs de închidere.
Problema 7
Să presupunem că doriți să accepte multe descărcări simultane sau încărcări într-un serviciu WCF expune un punct final WebHttpBinding . Transferuri conținut mare de date utilizând modul Redare în flux (în loc de modul memoria tampon) va determina serviciul să apară probleme de performanță, indiferent dacă este adăugat un DispatcherSynchronizationBehavior .
După aplicarea acestei remedieri rapide, WCF va utiliza procesarea asincrone care mult cresc performanțele mai multe descărcări simultane și încărcări.
Această remediere rapidă este activată când AsynchronousSendEnabled proprietatea DispatcherSynchronizationBehavior este setată la true. Pentru a o dezactiva, eliminați dispatcherSynchronizationBehaviorsau explicit setat proprietatea AsynchronousSendEnabled false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problema 8
Să presupunem că aplicați actualizarea de fus orar din Rusia septembrie 2014 (Actualizare 2998527) pe computer. Atunci când aveți o aplicație care utilizează Microsoft .NET Framework și TimeZoneInfo clasa, aplicația poate calcula ora incorect. Vedeți Update 3012229 pentru detalii suplimentare.
Această remediere rapidă corectează look-ups deplasament de fus orar de bază.
Problema 9
Să presupunem că aveți o aplicație WPF care se deschide o fereastră în fereastra principală. Când redimensionați fereastra, aplicația se blochează și lansează un indicator nul excepție.
