В тази статия спешна корекция сборни 3009678 за Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 и .NET Framework 4.5. За повече информация относно корекция Сборен пакет за актуализация решава проблеми вижте раздела "този пакет с актуални корекции решава проблеми".
Офлайн пакет може да се използва в случаи, когато уеб инсталатор може да се използва поради липса на интернет връзка. Доколкото е възможно, Microsoft препоръчва да използвате уеб инсталатор вместо офлайн пакет за оптимална ефективност и трафик изисквания.
Тя обединява следните индивидуални пакети за различни продукти и платформи.
|
Описание |
Номер на статия |
|---|---|
|
.NET Framework 4.5 и 4.5.1, 4.5.2 в Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 и Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5 и 4.5.1, 4.5.2 на Windows 8 и Windows Server 2012 |
3011112 |
|
.NET Framework 4.5.1 и 4.5.2 в Windows 8.1 и Windows Server 2012 R2 |
3011110 |
Решение
Вече се предлага от Microsoft предоставя поддържана актуална корекция. Но тя е предназначена да коригира само проблема, тази статия. Прилагайте корекцията само към системи, изпитващи този конкретен проблем.
За да разрешите този проблем, се обърнете към услугите за поддръжка на клиенти на Microsoft да получите актуалната корекция. За пълен списък на телефонните номера на отдела за поддръжка на Microsoft и информация за цените на поддръжката посетете следния уеб сайт на Microsoft:
http://support.microsoft.com/contactus/?ws=supportЗабележка: При специални случаи таксите, които са за свързани с поддръжката обаждания могат да бъдат отменени, ако специалист по поддръжката на Microsoft прецени, че конкретна актуализация може да разреши проблема. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към съответната актуализация.
Допълнителна информация
Необходими условия:
За да приложите тази актуална корекция, трябва да имате .NET Framework 4.5.2, .NET Framework 4.5.1 или .NET Framework 4.5 инсталиран.
Изискване за рестартиране
Трябва да рестартирате компютъра, след като приложите тази актуална корекция, ако всички засегнати файлове се използват. Препоръчително е да затворите всички приложения, базирани на .NET Framework, преди да приложите тази актуална корекция.
Информация за заместване на актуалната корекция
Тази актуална корекция не замества издадените пакета.
Този пакет с актуални корекции решава проблеми
Проблем 1
В .NET Framework 4.5 навигация с клавиши в WPF TreeView не работи правилно когато TreeViewItem съдържа focusable елемент като бутона, квадратчеили Текстово поле. Натиснете стрелка нагоре или стрелка надолу може да се промени фокуса към грешен елемент или може да се променя фокуса.
Корекция отстранява проблема, така че стрелка нагоре и стрелка надолу винаги промени фокуса на правилния елемент.
Проблем 2
Когато се обадите GlyphRun.InkBoundingBox() или някоя от нейните зависимостите като FormattedText.Extent в WPF приложение, върнете стойностите са малко по-голям в .NET Framework 4.5 от в .NET Framework 4.0. .NET Framework 4.0 е, понякога Възникна грешка в текста, който не е съставен (в зависимост от шрифта, размера на шрифта и специални символи). Грешката е решен в .NET Framework 4.5 чрез разширяване мастило очертаващ кутия малко.
Тази спешна корекция добавя флаг конфигурация да откажете корекцията. Приложение, което има опция, ще имат същите връщане стойности в .NET Framework 4.0, но може да се натъкнете "изчезване текст" грешка.
Да откажете корекция, добавете следния ключ на appSettings част от конфигурационния файл на приложението:<add key="IncludeAllInkInBoundingBox" value="false"/> Проблем 3
Да разгледаме следния сценарий:
-
Имате ASP.NET уеб проект в който страниците изпълнява клиентски извика програмно без връщания обратно.
-
Действие на формуляра ще бъде международен домейн име (например името на домейна URL съдържа Unicode знаци).
-
Клиентът използва Internet Explorer 10 или по-стара версия на Internet Explorer.
В този случай Клиентът уеб страницата не работи. Например нищо не се случва, когато щракнете върху бутона, който е трябвало да предизвикат обратно повикване.
Проблем 4
Да предположим, че създавате System.Workflow.Activities.StateMachineWorkflowActivity клас заедно със свойство на дейности , която задава ActivitiesCollection списък. Списъкът съдържа много дейности (например 300 или повече дейности), които включват състояние и държава дейности.
В този случай преходи за състояние на дейности, които са в края на списъка с ActivitiesCollection се много повече време, за да завършите от преходите на състоянието на дейности, които са близо до началото на списъка.
Тази корекция премахва ненужните ActivitiesCollection списък traversals когато тя търси за целта състояние на дейност по име по време на преход състояние. Следователно по-малко време е необходимо да премине към състояние на дейности, които са в края на списъка с ActivitiesCollection .
Проблем 5
Да предположим, че показателите на WCF са активирани. Обаче някои например имена са съкратени, тъй като те са по-дълги от 64 знака. Освен това две съкратени например имена може да бъде същият. В този случай WCF създава брояча, както се очаква.
За да активирате тази спешна корекция, добавете следния ред към appSettings във вашия конфигурационния файл:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
След като тази настройка е активирана, WCF ще открие, ако две например имена в конфликт и ще добави осем цифри шестнадесетични хеш в края на един от имена. По този начин двата случая е създадена успешно.
Въпрос 6
Да предположим, че използвате WCF среден клас клиент за уеб сайт или уеб услугата за комуникация с балансирано сървърната услуга по HTTP. Освен това един от сървърна hosts е в състояние на неуспешни, която връща HTTP отговор с код на състояние на "500".
В този случай връзката на неуспешни сървърни хост продължава в набора на WCF ChannelFactory връзка защото връща валиден HTTP отговор и причинява високо ниво на неуспешни заявки. Няма механизъм за премахване на връзка не е хост на клиентски заявки неуспешни.
За да активирате тази спешна корекция, добавете следния ред към appSettings във вашия конфигурационния файл: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
След тази корекция е включена, всеки екземпляр на ChannelFactory създадени, използващ HTTP транспорт ще има отделна група връзки. Това позволява на разработчиците да деление техните връзки в отделни групи чрез създаването на екземпляр на множество ChannelFactory обекти. Това позволява пускане връзка не е много като затворите ChannelFactory екземпляр, свързани с връзката на неуспешни хост. При затваряне на екземпляр на ChannelFactory , връзките в набора не веднага се затварят тъй като те се контролират от използват съвместно поведението на класа ServicePointManager . Важно е да зададете престой изчакване ниско по подразбиране, ако много ChannelFactory обекти са били създадени и затворена, за да се предотврати ситуация, при която много чакащи връзки до затваряне.
Брой 7
Да предположим, че искате да поддържа много едновременни изтегляне или качване на WCF услуга, която разкрива WebHttpBinding крайна точка. Съдържание прехвърляне на данни чрез поток режим (вместо буферираните режим) води до услугата да се понижи производителността независимо дали се добавя DispatcherSynchronizationBehavior .
След като приложите тази актуална корекция, WCF ще използва асинхронна обработка, значително повишава производителността на няколко едновременни изтегляне и качване.
Тази актуална корекция е разрешен, когато свойството AsynchronousSendEnabled DispatcherSynchronizationBehavior е зададен на true. За да го изключите, премахнете dispatcherSynchronizationBehaviorили изрично Задайте свойството AsynchronousSendEnabled фалшиви:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Брой 8
Да предположим, че прилагате септември 2014 руски часова зона update (актуализация 2998527) на вашия компютър. Когато имате приложение, което използва Microsoft .NET Framework и TimeZoneInfo клас, приложението може да изчислява неправилно време. Вижте 3012229 актуализация за допълнителни подробности.
Тази корекция отстранява отместване look-ups основната часова зона.
Проблем 9
Да предположим, че имате WPF приложение, което отваря прозорец в главния прозорец. Когато преоразмерите прозореца втори, приложението се срива и води до възникване на нулев указател изключение.
