W tym artykule opisano pakiet zbiorczy poprawek 3009678 jest dostępna dla programu Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 i.NET Framework 4.5. Aby uzyskać więcej informacji o problemach, które rozwiązuje pakiet zbiorczy poprawek zobacz sekcję "Ten pakiet zbiorczy poprawek rozwiązuje problemy". Pakiet w trybie offline może służyć w sytuacjach, gdy nie można użyć Instalatora sieci web z powodu braku połączenia z Internetem. Tam gdzie to możliwe, firma Microsoft zaleca użycie Instalatora internetowego zamiast offline pakiet dla wymagań optymalną wydajność i przepustowość. Ta aktualizacja zawiera następujące pakiety dla różnych produktów i platform.
Opis |
Numer w Bazie Wiedzy |
---|---|
.NET Framework 4.5, 4.5.1 i 4.5.2 w dodatku SP2 dla systemu Windows Vista, Windows Server 2008 z dodatkiem SP2, Windows 7 z dodatkiem SP1 i Windows Server 2008 R2 z dodatkiem SP1 |
3011114 |
.NET Framework 4.5, 4.5.1 i 4.5.2 w systemie Windows 8 i Windows Server 2012 |
3011112 |
.NET Framework 4.5.1 i 4.5.2 w systemach Windows 8.1 i systemu Windows Server 2012 R2 |
3011110 |
Rozwiązanie
Obsługiwana poprawka jest obecnie udostępniana przez firmę Microsoft. Jednak jest ona przeznaczona do usunięcia tylko problemu opisanego w tym artykule. Zastosuj ją tylko w systemach, w których występuje ten problem.
Aby rozwiązać ten problem, skontaktuj się z biurem obsługi klienta Microsoft w celu uzyskania poprawki. Aby uzyskać pełną listę numerów telefonów pomocy technicznej firmy Microsoft oraz informacje o kosztach, odwiedź następującą witrynę sieci Web firmy Microsoft:http://support.microsoft.com/contactus/?ws=supportUwaga W wyjątkowych przypadkach opłaty za połączenie z pomocą techniczną mogą zostać anulowane, jeśli specjalista firmy Microsoft zdecyduje że określona aktualizacja, może rozwiązać Twój problem. Koszty obsługi zwykłych zastosuje się do dodatkowych pytań i problemów, których nie można rozwiązać przy użyciu określonej aktualizacji.
Więcej informacji
Wymagania wstępne
Aby zastosować tę poprawkę, musi mieć.NET Framework 4.5.2,.NET Framework 4.5.1 lub.NET Framework 4.5 zainstalowany.
Wymagania dotyczące ponownego uruchomienia
Musisz ponownie uruchomić komputer po zastosowaniu tej poprawki, jeśli wszystkie pliki podlegające usterce są używane. Zaleca się zamknięcie wszystkich aplikacji.NET Framework, przed zastosowaniem tej poprawki.
Informacje dotyczące zastępowania poprawek
Ten pakiet poprawek nie zastępuje wcześniej wydanej poprawki.
Ten pakiet zbiorczy poprawek rozwiązuje problemy
Problem 1
W.NET Framework 4.5 nawigowania za pomocą klawiatury w programie WPF TreeView nie działa poprawnie po TreeViewItem zawiera element z możliwością przeniesienia fokusu, takie jak przycisk, pole wyborulub Pola tekstowego. Naciskając klawisz Strzałka w górę lub Strzałka w dół może zmienić fokus do niewłaściwego elementu lub nie może zmienić fokus w ogóle. Poprawka rozwiązuje ten problem, tak aby strzałka w górę i Strzałka w dół zawsze zmienić fokus do prawidłowego elementu. Problem 2 Podczas wywoływania GlyphRun.InkBoundingBox() lub którykolwiek z jej zależności, takich jak FormattedText.Extent w aplikacji WPF, wartości zwracane są nieco większe w.NET Framework 4.5 niż w wersji.NET Framework 4.0. .NET Framework 4.0 nie błąd, który czasami pojawiał się w tekst, który nie został sporządzony (w zależności od czcionkę, rozmiar czcionki i określone znaki). Ten błąd został rozwiązany w.NET Framework 4.5 przez zwiększanie rozmiaru obwiedni nieco pismo odręczne. Ta poprawka dodaje flagę konfiguracji zrezygnować z poprawki. Aplikacja, która zdecyduje się będzie miał te same wartości zwracanej jak.NET Framework 4.0, ale również napotkać błąd "znikających tekstu". Aby zrezygnować z poprawkę, należy dodać następujący klucz do sekcji appSettings w pliku konfiguracyjnym aplikacji:<add key="IncludeAllInkInBoundingBox" value="false"/> Problem 3 Rozważ następujący scenariusz:-
Masz projektu sieci web programu ASP.NET, w których wywołania zwrotne klienta implementuje stron sieci web programowo bez ogłoszeń wstecznych.
-
Akcja formularza jest adresem URL nazwy domeny międzynarodowej (na przykład nazwa domeny adres URL zawiera znaki Unicode).
-
Klient korzysta z programu Internet Explorer 10 lub starsza wersja programu Internet Explorer.
W tym scenariuszu nie działa ze strony klienta. Na przykład nic się nie dzieje po kliknięciu przycisku, który ma wyzwolić wywołania zwrotnego.Aktualizacja 2998527) na komputerze. Jeśli aplikacja używa klas.NET Framework firmy Microsoft oraz informacje o strefie czasowej , aplikacja może niepoprawnie obliczyć czas. Więcej informacji na ten temat można znaleźć w 3012229 aktualizacji . Ta poprawka naprawia wyszukania przeciwstawne podstawowej strefy czasowej. Wydanie 9 Założono, że otwiera okno, w głównym oknie aplikacji WPF. Przy zmianie rozmiaru drugie okno, aplikacja przestaje działać i zgłasza wyjątek wskaźnik zerowy.
Problem 4 Załóżmy, że można utworzyć klasy System.Workflow.Activities.StateMachineWorkflowActivity wraz z działalności właściwość, która określa listę ActivitiesCollection . Lista zawiera wiele działań (na przykład 300 lub więcej działalności), które zawierają Państwo i działalności państwa niebędącego państwem. W tej sytuacji przejścia do stanu działań, które są pod koniec listy ActivitiesCollection zająć dużo więcej czasu na zakończenie niż przejścia do stanu działań, które są na początku listy. Ta poprawka usuwa niepotrzebne traversals listy ActivitiesCollection podczas wyszukiwania dla obiektu docelowego stanu działanie według nazwy podczas przejścia Państwa. W związku z tym mniej czasu jest wymagany do przejścia do stanu działań, które są pod koniec listy ActivitiesCollection . Wydanie 5 Załóżmy, że są włączone liczniki wydajności programu WCF. Jednak niektóre nazwy instancji są skracane, ponieważ są one dłuższa niż 64 znaki. Ponadto dwóch skrócone nazwy może być taki sam. W tym scenariuszu usługi WCF nie tworzy wystąpienia liczników zgodnie z oczekiwaniami. Aby włączyć tę poprawkę, należy dodać następujący wiersz do appSettings w pliku konfiguracji:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" /> </appSettings> Po włączeniu tego ustawienia usługi WCF wykryje, jeśli dwie nazwy obiektów konflikt i dodać skrót osiem cyfr szesnastkowych na końcu nazwy. Dzięki temu oba wystąpienia zostanie utworzona pomyślnie. Problem 6 Załóżmy, że WCF jako klient średnich poziomów dla witryny sieci Web, usługi sieci web do komunikowania się z usługą zaplecza równoważeniem obciążenia za pomocą protokołu HTTP. Dodatkowo jeden z hostów wewnętrznych jest w stanie awarii, która zwraca odpowiedzi HTTP wraz z kodem stanu "500". W tej sytuacji połączenie z hostem zaplecza nie powiodło się utrzymuje się w puli połączeń WCF ChannelFactory , ponieważ zwraca prawidłowe odpowiedzi HTTP i powoduje, że wysoki stopień nieudane żądania. Nie istnieje mechanizm do usunięcia połączenia z hostem nie powiodło się, co mogłoby doprowadzić do typu front-end żądań zakończonych niepowodzeniem. Aby włączyć tę poprawkę, należy dodać następujący wiersz do appSettings w pliku konfiguracji: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/> </appSettings> Po włączeniu tej poprawki, każde wystąpienie elementu ChannelFactory utworzona korzystającej z protokołu HTTP mają oddzielne puli połączeń. Dzięki temu deweloperzy partycji ich połączeń w oddzielne pule poprzez utworzenie wystąpienia wielu obiektów ChannelFactory . Dzięki temu porzucanie połączenia z hostem nie powiodło się zamknięcie wystąpienia ChannelFactory skojarzone z połączeniem hosta nie powiodło się. Podczas zamykania wystąpienie elementu ChannelFactory , połączenia z puli nie są natychmiast zamknięte, ponieważ są one kontrolowane przez zachowania buforowania klasy ServicePointManager . Ważne jest, aby ustawić limitu czasu bezczynności niskiej domyślne, jeśli wiele obiektów ChannelFactory są tworzone i zamykane w celu uniknięcia sytuacji, w której wiele bezczynne połączenia są do czasu zamknięcia. Wydanie 7 Załóżmy, że chcesz obsługiwać wiele równoczesnych pobrań lub przesyłanie danych do usługi WCF, który udostępnia punkt końcowy WebHttpBinding . Dużej zawartości ilości danych przy użyciu trybu przesyłania strumieniowego (a nie trybu buforowanego) spowoduje, że usługi występują problemy z wydajnością niezależnie od tego, czy dodany DispatcherSynchronizationBehavior . Po zastosowaniu tej poprawki, WCF będzie używać przetwarzania asynchronicznego, która znacznie zwiększa wydajność wiele równoczesnych pobrań i przekazywania. Ta poprawka jest dostępna, gdy właściwość AsynchronousSendEnabled DispatcherSynchronizationBehavior jest ustawiona na true. Aby ją wyłączyć, Usuń dispatcherSynchronizationBehaviorlub jawnie ustawić właściwość AsynchronousSendEnabled na wartość FAŁSZ:<system.ServiceModel> <behaviors> <endpointBehaviors> <behavior name="MyEndpointBehavior"> <dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" /> </behavior> </endpointBehaviors> </behaviors> </system.ServiceModel> Problem 8 Załóżmy, że zastosować aktualizacji stref czasowych rosyjski września 2014 (