2996568 пакет поточних виправлень для платформи .NET Framework 4.5 4.5.1 та 4.5.2 у Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 і Windows Server 2008 R2 SP1.

Проблема 1

Це виправлення усуває два threading проблеми в System.IO.Packaging , під час використання в .NET Framework 4.5, .NET Framework 4.5.1 або .NET Framework 4.5.2.

• Взаємоблокування, може виникнути під час використання великі пакети на окремому теми. System.IO.Packaging використовує IsolatedStorage пакети, які більше 10 мегабайт (МБ). Два або більше теми, використання великі пакети, взаємоблокування може виникнути, навіть якщо пакети незалежні. До взаємоблокування включає в себе двох процесів. Один очікування в IsolatedStorageFile.Lock в той час як інші чекає в інший спосіб IsoloatedStorageFile -класу. Цю проблему усунуто, додавши синхронізації System.IO.Packaging , щоб уникнути проблем у IsolatedStorageFile.

• Винятки, може виникнути під час отримання PackageProperties від пакети, які відкриваються, на окремому теми, навіть якщо пакети незалежні. Найбільш поширені виклик стовпців, пов'язані з цього наведено нижче.System.Xml.XmlException: Unrecognized root element in Core Properties part. Line 2, position 2. atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  System.ArgumentOutOfRangeException: Specified argument was out of the range of valid values. Parameter name: id atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  Ця проблема викликана затвердження на внутрішній спільний ресурс а також шляхом надання кожен окремий пакет, скопіюйте цей ресурс.

Проблема 2

У застосунку Windows подання графіки (WPF) може використовувати великий обсяг пам'яті, коли він отримує багато запитів UIAutomation служби. Пам'ять належить до об'єктів, які надходять із простору імен System.Threading . Це стосується, System.Threading.CancellationTokenSource, System.Threading.TimerQueueTimer, System.Threading.Timerта інші класи пов'язані.

Це об'єкти, які виділяються від імені WPF, коли WPF, отримує запит на UIAutomation діяльності. Зрештою, їх буде випущено, доки час очікування для запиту терміну (як правило, три хвилини). Запити, отримання швидко, схоже, що застосунок буде, витік пам'яті або більше пам'яті, ніж те, що використовується, прийнятні (так само, як 500 МБ).

Щоб запобігти її виникненню, звільнення об'єктів, після завершення запиту, не чекаючи реєстрації часу очікування.

Проблема 3

У застосунку WPF під час введення тексту за допомогою до Корейська спосіб редактора засобів ВВОДУ, властивість текст на редагування поле зі списком залишається незмінним належним чином у деяких випадках.

Цю проблему, виникають різні ознаки, і це залежить від того, як програми (або керування автора) налаштовано поле зі списком. Наприклад:

• Після введення та вкладку від (або переміщення фокуса до іншого елемента керування), текст відображається поле зі списком повертається порожній рядок або значення, що й раніше введення.

• Поле зі списком , функція сопрано веде себе неправильно. Не відповідає префікс, який введено, або він відповідав елемент, не пов'язані.

Щоб запобігти її виникненню, про внесення змін до логіки розміщення терміни IME корейської, що трохи відрізняється від інших IME.

Помилка 4

Після виконання операції перетягування і падіння, у застосунку WPF дотик, до наступного рух дотику ігноруються.

Щоб запобігти її виникненню, відновлення внутрішній стан вводу обробник Сенсорне керування, після завершення операції перетягування і падіння. Таким чином він обчислює розташування в наступному рух дотику належним чином.

Проблема 5

Нова реалізація AuthenticationManager можна ввімкнути отримання високої продуктивності, під час роботи з користувача IAuthenticationModules.

Примітка. Основні загрози для безпеки, відображаються, якщо код не передбачає потоку для Інтернету. Основні проблеми зміни, розташований на PreAuthenticate та автентифікація методів. Раніше було гарантовано, код виконувався послідовного (взята глобального блокування). Виконання нового користувача не блокування і клієнт-код має гарантує безпеки в.
Крім того, з виконання новий розмір кеша PrefixLookup можна керувати до реєстру.

Можна використовувати такі розділи реєстру та настроювання Максимальна довжина PrefixLookup:

• Глобальна конфігурація[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319]"System.Net.AuthenticationManager.HighPerformance"=dword:00000001
  "System.Net.AuthenticationManager.PrefixLookupMaxCount"=dword:00010000
  

• Локальний застосунок конфігурації.[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.HighPerformance]"c:\myapp\myapp.exe"=dword:00000001
  [HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.PrefixLookupMaxCount]
  "c:\myapp\myapp.exe"=dword:00010000
  

Глобальні настройки пріоритет мають параметри локального застосунку. Бути змішані глобального і місцевого застосування настройок. PrefixLookupMaxCount , не вплине, якщо глобального або локального HighPerformance параметр DWORD 1.

Проблема 6

Припустімо, що запуску застосунку, який базується на .NET Framework 4.5, .NET Framework 4.5.1 або .NET Framework 4.5.2. Застосунок кидає виключення керований спосіб, викликалася від власних код і передано COM-інтерфейс за посиланням. У цьому випадку застосунок може аварійно завершувати роботу.

Наприклад: застосунок, який записується в VB6, викликає C# DLL. Програми та бібліотеки DLL створюються в режимі випуск під час виняткову ситуацію в код c#, відбувається порушення доступу та застосунок аварійно завершує роботу.

Помилка 7

Проекти на основі XAML робочого циклу стати більше часу, ніж за промовчанням час здавати в оренду (п'ять хвилин), віддалений об'єкти, визначені завдання, для створення в XAML, з'являється повідомлення про помилку приблизно такого вигляду:

Після застосування цього виправлення, щоб визначити вільний час здавати в оренду (у хвилинах), визначення змінну середовища, яка називається XamlBuildTaskRemotingLeaseLifetimeInMinutes.

Установіть змінну середовища у файл проекту для MSBuild, ви повинні включати такі відомості у файлі проекту:<Project ...> <UsingTask TaskName="MySetEnv" TaskFactory="CodeTaskFactory" AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v4.0.dll" >
<ParameterGroup>
<Name Required="true" />
<Value Required="false" />
</ParameterGroup>
<Task>
<Code Type="Fragment" Language="cs">System.Environment.SetEnvironmentVariable(Name, Value);</Code>
</Task>
</UsingTask>
...
...
<Target Name="BeforeBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="1440" />
</Target>
<Target Name="AfterBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="" />
</Target>
</Project>
Назва завдання , у цьому прикладі, це MySetEnv. Можна встановити на будь-який рядок, дійсний для виконання завдання імена. У цьому прикладі встановлює момент оренди 1440 хвилин (один день), перш ніж створення проекту а також дозволяє вибрати значення null після будівлі. Якщо є кілька проектів, який вимагає, щоб збільшити час здавати в оренду, кожного проекту, має цю конфігурацію.

Проблеми з 8

Під час використання AJAX передавання на сторінці, іноді на передавання перенаправлення URL-адресою, інший. Ви можете отримати RedirectLocation , у HttpModule через HttpContext.Items["System.Web.UI.PageRequestManager:AsyncPostBackRedirectLocation"].