У цій статті описується в поточних виправлень 3095335, доступний для Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 та в .NET Framework 4.5. Щоб отримати додаткові відомості про проблеми, які у поточних виправлень див. розділ "проблеми, що цей пакет поточних виправлень усуває...".
Вирішення
Корпорація Майкрософт випустила підтримуване виправлення доступна. Однак він призначений для вирішення проблеми, які описано в цій статті. Він придатний лише для систем, які зазнають цієї конкретної проблеми.
Щоб вирішити цю проблему, зверніться до служби підтримки 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
Припустімо, що у разі використання застосунку Windows подання графіки (WPF). WPF- TreeView може неочікувано, перейдіть до непередбачувана позиції, додати новий елемент. Ця проблема виникає, за таких умов:
-
Новий елемент – це останній дітей, її батьківського об'єкта.
-
Батьківський це останній дітей, її батьківського об'єкта.
-
Новий елемент відображається на поточній позиції прокручування.
Проблема 2
У застосунку WPF видалення елемента керування, редагування, від візуальне дерево може витоку ImmComposition об'єкт. Це кілька разів в кінцевому рахунку може спричинити брак пам'яті виняток.
Примітка. "Редагування контроль"-це елемент керування, що створює і використовується TextEditor об'єкт. Основні приклади текстового поля, RichTextBoxта FlowDocumentScrollViewer.
Проблема 3
WPF-застосунок може бути глухий кут, за таких умов:
-
Застосунок, викликає подію з якого доставки, спрямовуються система слабка і події.
-
Іншим потоком одночасно використовується система слабка і події. Це призводить до першого потік чекати блокування.
-
Під час його очікування, у потоці повідомлення, насос, відобразиться таке повідомлення, викликає повторновхідність, в застосунку код.
-
Повторного код, намагається використовувати система слабка і події.
Це спостерігається найчастіше PropertyChanged подій з INotifyPropertyChanged, де повторного код також намагається підвищити PropertyChanged подія.
Це фіксується в системі слабкий події та чекає locks, таким чином, який працює в потоці повідомлення насос.
Помилка 4
Під час виконання команди на сервері, це час очікування відповіді на боці клієнта, але закінчується на сервері. У цьому випадку клієнт надсилає до уваги пакет на сервер і встановлює себе в стані минув. Однак це не скинути одразу після його відновлення стану минув після того, як сервер, оброблені твердження, яке на клієнті минув час очікування.
Примітка Проблеми з модуля, звітування HasRows, що виконуються, включатиме побічні цієї проблеми. Проте виклику читання з модуля призведе не рядків, читання.
Це виправлення буде скинуто стан клієнта під час його відновлення стану минув.
Проблема 5
У деяких випадках деякі файли в кеші тінь ASP.NET може призвести до пошкодження під час вимкнення комп'ютера. Це може спричинити, непередбачувана поведінка системи або винятки, які виникають застосунки, які використовують кеші.
Це виправлення перевіряє, чи кеш більш завчасно є почервонів на диск.
Проблема 6
Комп'ютери, які мають 80 гігабайт (ГБ) оперативної пам'яті, можуть мати знижується продуктивність, у ситуаціях браку пам'яті, через у збирач сміття під керуванням назад до Gen2 групи.
Це виправлення, містить зміни, внесені до збирач сміття, налаштування за умови, у яких виникають Gen2 групи, на комп'ютерах, які мають 80 ГБ або більше оперативної пам'яті.
Відомі проблеми
Виправлення, випущене для сенсорні VSTO надбудов у WPF раніше було встановлено регресії у випадках, частково довірені застосунки використовуються на пристроїв із підтримкою сенсорного екрана. У цих сценаріях клієнтів див. на додаток, аварійне завершення роботи і не вдається завантажити, часткова довіра-застосунок. Таким чином, виправлення сенсорні VSTO надбудов вилучено.
