У цій статті описується в поточних виправлень 3009698, доступний для Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 та в .NET Framework 4.5. Щоб отримати додаткові відомості про проблеми, які вирішує виправлення див. розділ "проблеми, що цей пакет поточних виправлень, допоможе вирішити проблему".
Веб-інсталятор – це невелика пакета (менше за 1 мегабайт), який автоматично визначає та завантаження компонентів, які застосовуються для конкретної платформи.
Це оновлення, пачками окремих пакетів для різних продуктів і платформ.
|
Опис |
Номер статті бази знань |
|---|---|
|
.NET Framework 4.5 4.5.1 та 4.5.2 Windows Vista SP2, Windows Server 2008 SP2, SP1 для Windows 7 і Windows Server 2008 R2 пакетом оновлень 1 |
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, щоб отримати виправлення. Повний перелік телефонів служби підтримки користувачів корпорації Майкрософт а також відомості про вартість обслуговування відвідайте веб-сайт корпорації Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримітка. В окремих випадках оплату звернення до служби підтримки може бути скасовано якщо технічної підтримки Майкрософт визначить, що телефонів служби. Плата стягується на додаткові питання і проблеми, які не пов'язані з оновленням.
Додаткові відомості
Попередні вимоги
Щоб застосувати це виправлення, потрібно мати .NET Framework 4.5.2, .NET Framework 4.5.1 або .NET Framework 4.5, що інстальовано.
Необхідність перезавантаження
Потрібно перезавантажити комп'ютер, після застосування цього виправлення, якщо задіяні файли, які використовуються. Корпорація Майкрософт рекомендує, закрийте всі застосунки, на основі .NET Framework, перед інсталяцією розглянутого виправлення.
Відомості про заміну виправлень
Цей пакет виправлень не замінює пакет виправлень, випущені раніше.
Проблеми, що цей пакет поточних виправлень усуває.
Проблема 1
У полі .NET Framework 4.5 клавіатура навігації в WPF- TreeView працює неправильно, коли, TreeViewItem , містить фокусованої елементів, наприклад кнопки, установіть прапорецьабо Текстове поле. Клавіш Стрілка вгору або стрілка вниз, можуть змінюватися фокус до елемента, неправильно або взагалі не змінюється фокус.
Виправлення усуває цю проблему, таким чином, щоб до стрілки вгору та вниз завжди змініть значення правильний елемент.
Проблема 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 міжнародних доменне ім'я (наприклад, ім'я домену в URL містить символи Юнікод).
-
Клієнт використовує Internet Explorer 10, або раніша версія браузера Internet Explorer.
У цьому випадку клієнта на веб-сторінка не працює. Наприклад, нічого не відбувається, якщо натиснути кнопку, яка повинна викликати зворотного виклику.
Помилка 4
Припустімо, що створюється System.Workflow.Activities.StateMachineWorkflowActivity класу разом із дій властивість, яка вказує на ActivitiesCollection список. У списку, містить багато дій (наприклад, 300 або більше діяльності), які містять стан і -стану дій.
У цьому випадку переходи стану діяльності, які в кінці списку ActivitiesCollection значно більше часу буде завершено, ніж переходи стан дій, які на початку списку.
Це виправлення, видалення непотрібних обходи ActivitiesCollection -список під час загального пошуку потрібний стан справи за іменем під час переходу до стану. Таким чином, менше часу, необхідна для переходу до стану діяльності, які в кінці ActivitiesCollection списку.
Проблема 5
Припустімо, що лічильники продуктивності в WCF увімкнуто. Проте деякі імена, наприклад скорочений тому, що вони більше 64 символів. Крім того, два скорочений, наприклад, імена може бути таким самим. У цьому випадку WCF не створити лічильник екземплярів належним чином.
Щоб активувати виправлення, додайте такий рядок appSettings у файлі конфігурації:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Після того, як цей параметр увімкнуто, WCF виявлятиме, якщо два, наприклад імена конфліктують і додати на вісім цифр шістнадцяткове гешування кінець одного з імен. Це дає змогу в обох випадках, успішно створено.
Проблема 6
Припустімо, що використовується WCF як клієнт середнього рівня, веб-сайт або веб-служби для обміну даними з балансуванням навантаження фонові служби через протокол HTTP. Крім того, є одним з внутрішній у стані не вдалося, що повертає 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 умов. Щоб вимкнути його, видалити, dispatcherSynchronizationBehaviorабо явно властивість AsynchronousSendEnabled помилкового:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Проблеми з 8
Припустімо, що застосування до вересня 2014 Росії часових поясів (оновлення, 2998527) на комп'ютері. Якщо застосунок, який використовує Microsoft .NET Framework і TimeZoneInfo класу, застосунок може визначати час неправильно. Додаткову інформацію див. оновлення 3012229 .
Це виправлення, виправлення зсуву-look-ups основний часовий пояс.
Проблеми з 9
Наприклад, якщо WPF застосунок, який відкриває вікно, в головному вікні. Розміри вікна другого, застосунок аварійно завершує роботу і кидає нульовий вказівник до списку винятків.
