Tento článek popisuje kumulativní oprava hotfix 3009698, která je k dispozici pro rozhraní.NET Framework Microsoft 4.5.2, rozhraní.NET Framework 4.5.1 a rozhraní .NET Framework 4.5. Další informace o problémech, které tato kumulativní oprava řeší naleznete v části "problémy, které tato kumulativní oprava řeší".
Webová instalační služba je malý balíček (menší než 1 megabajt), který automaticky určuje a stáhne pouze ty součásti, které jsou k dispozici pro konkrétní platformu.
Tato aktualizace obsahuje ureitou jednotlivé následující balíčky různých produktů a platforem.
|
Popis |
Číslo KB |
|---|---|
|
Rozhraní .NET Framework 4.5, 4.5.1 a 4.5.2 na Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 a Windows Server 2008 R2 SP1 |
3011114 |
|
Rozhraní .NET Framework 4.5, 4.5.1 a 4.5.2 na Windows 8 a Windows Server 2012 |
3011112 |
|
Rozhraní.NET Framework 4.5.1 a 4.5.2 na Windows 8.1 a Windows Server 2012 R2 |
3011110 |
Řešení
Podporovaná oprava hotfix je nyní k dispozici od společnosti Microsoft. Je však určena opravit pouze problému popsaného v tomto článku. Použijte ji pouze u systémů, ve kterých dochází k tomuto konkrétnímu problému.
Chcete-li vyřešit tento problém, obraťte se na technickou podporu společnosti Microsoft získat opravu hotfix. Úplný seznam telefonních čísel služeb podpory zákazníků společnosti Microsoft a informace o cenách podpory naleznete na následujícím webu společnosti Microsoft:
http://support.microsoft.com/contactus/?ws=supportPoznámka: Ve zvláštních případech mohou být stornovány poplatky, které jsou třeba obvykle zaplatit za telefonní hovory, pokud pracovník služeb podpory společnosti Microsoft určí, že konkrétní aktualizace odstraní váš problém. Výdaje na technickou podporu použije dalších otázek a problémů, které nelze vyřešit konkrétní aktualizací.
Další informace
Předpoklady
Chcete-li nainstalovat tuto opravu hotfix, musíte mít rozhraní.NET Framework 4.5.2, rozhraní.NET Framework 4.5.1 nebo rozhraní .NET Framework 4.5, která je nainstalována.
Požadavek na restartování
Máte k restartování počítače po instalaci této opravy hotfix Pokud všechny zasažené soubory jsou používány. Doporučujeme ukončit všechny aplikace založené na rozhraní.NET Framework před instalací této opravy hotfix.
Informace o nahrazení opravy hotfix
Tento balíček oprav hotfix nenahrazuje dříve vydaná oprava hotfix balíček.
Problémy, které tato kumulativní oprava řeší
Problém 1
V rozhraní .NET Framework 4.5 navigace pomocí klávesnice v WPF prvku TreeView nefunguje správně při TreeViewItem obsahuje prvek může získat fokus, například tlačítko, zaškrtávací políčkonebo Textové pole. Stisknutím klávesy šipka nahoru nebo šipka dolů může změnit zaměření na elementu nesprávnou nebo nemusí vůbec změnit zaměření.
Tato oprava hotfix řeší tento problém tak, aby šipka nahoru a Šipka dolů vždy změnit zaměření na správný prvek.
Problém 2
Při volání GlyphRun.InkBoundingBox() nebo některý z jeho rodinné příslušníky jako FormattedText.Extent aplikace WPF návratové hodnoty jsou poněkud větší, než v rozhraní .NET Framework 4.5 než 4.0 rozhraní.NET Framework. 4.0 rozhraní.NET Framework má chybu, která v některých případech došlo k chybě v textu, který nebyl vykreslen (v závislosti na písmo, velikost písma a specifické znaky). Chyb bylo opraveny v rozhraní .NET Framework 4.5 zvětšení rukou mírně ohraničovacího rámečku.
Tato oprava hotfix přidá příznak konfigurace, odhlásit se od opravy. Aplikace, která rozhodne, bude mít stejné hodnoty vrácené jako 4.0 rozhraní.NET Framework, ale může se zobrazit chyba "nezobrazený textem".
Odhlásit se od opravy, přidejte sekci appSettings konfiguračního souboru aplikace následující klíč:<add key="IncludeAllInkInBoundingBox" value="false"/> Problém 3
Jde o takovouto situaci:
-
Máte projektu webové aplikace ASP.NET ve které zpětná volání klienta implementuje webové stránky bez postbacku.
-
Ve formuláři Akce je adresa URL mezinárodní domény název (například adresu URL, název domény obsahuje znaky Unicode).
-
Klient používá aplikaci Internet Explorer 10 nebo starší verzi aplikace Internet Explorer.
V tomto scénáři webové stránky klienta se nezdaří. Například nedojde po klepnutí na tlačítko tlačítko, které se má aktivovat zpětné volání.
Problém 4
Předpokládá vytvoření a činnosti vlastnost, která určuje seznam vlastnosti ActivitiesCollection třídy System.Workflow.Activities.StateMachineWorkflowActivity . Seznam obsahuje mnoho aktivit (například 300 nebo více činností), které patří státu a činnosti nestátních.
V takovém případě přechodů stavu činnosti, které jsou téměř na konci seznamu vlastnosti ActivitiesCollection trvat mnohem více času na dokončení než přechody stavu činnosti, které jsou na začátku seznamu.
Tato oprava hotfix odstraňuje zbytečné traversals seznam vlastnosti ActivitiesCollection při hledání cíle činnosti státu podle názvu během přechod stavu. Proto je nutné pro přechod do stavu aktivit, které jsou téměř na konci seznamu vlastnosti ActivitiesCollection kratší dobu.
Problém 5
Předpokládejme, že jsou povoleny čítače výkonu WCF. Nicméně některé názvy instancí jsou zkráceny, protože jsou delší než 64 znaků. Navíc dvě instance zkrácené názvy mohou být stejné. V tomto případě nevytváří WCF instance čítače podle očekávání.
Chcete-li povolit tuto opravu hotfix, přidejte appSettings konfiguračního souboru následující řádek:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Po povolení tohoto nastavení WCF rozpozná, pokud dva názvy instancí v rozporu a přidá na konec jeden z názvů algoritmus hash šestnáctkové číslice osm. To umožňuje obě instance úspěšně vytvořen.
Problém 6
Předpokládají používají WCF jako střední vrstvu klienta webu nebo webové služby komunikovat s back-end službu Vyrovnávání zatížení prostřednictvím protokolu HTTP. Navíc jednoho z hostitelů back-end je ve stavu selhání, která vrací odpovědi protokolu HTTP s kódem stavu "500".
V takovém případě trvá připojení k selhání hostitele back-end ve fondu připojení WCF ChannelFactory protože vrátí platné odpovědi protokolu HTTP a způsobí, že vysoký počet neúspěšných požadavků. Neexistuje žádný mechanismus, který je k dispozici, chcete-li odebrat připojení k selhání hostitele, který může vést k selhání klientské požadavky.
Chcete-li povolit tuto opravu hotfix, přidejte appSettings konfiguračního souboru následující řádek: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Po povolení této opravy hotfix bude mít každá instance třídy ChannelFactory , která je vytvořena a přenosového protokolu HTTP, který používá samostatné fondu připojení. To poskytuje vývojářům aplikací možnost Rozdělit jejich připojení do samostatných fondů prostřednictvím vytváření instancí více objektů třídy ChannelFactory . Tímto způsobem připojení k selhání hostitele vyřadit uzavřením ChannelFactory instance, který je přidružen k připojení k selhání hostitele. Po ukončení instance třídy ChannelFactory není nutné připojení ve fondu okamžitě uzavřít, protože jsou ovládány sdružování chování Třída ServicePointManager třídy. Je důležité nastavení nízké výchozí časový limit nečinnosti, pokud mnoho objektů třídy ChannelFactory jsou právě vytvořené a uzavřené v pořadí předejít situaci, ve které mnoho nečinné připojení jsou ve stavu čeká na ukončení.
Problém 7
Předpokládejme, že chcete podporovat velký počet souběžných stahování nebo odesílání do služby WCF, která zveřejňuje koncový bod WebHttpBinding . Služby k problémům s výkonem bez ohledu na to, zda je přidána DispatcherSynchronizationBehavior způsobí velké datové obsah převody pomocí datových proudů režimu (nikoli v režimu ve vyrovnávací paměti).
Po instalaci této opravy hotfix, WCF použije asynchronní zpracování, která výrazně zvyšuje výkon více souběžných stahování a nahrávání.
Tato oprava hotfix je povolena, pokud DispatcherSynchronizationBehavior AsynchronousSendEnabled vlastnost je nastavena na true. Chcete-li zakázat a odebrat dispatcherSynchronizationBehavior AsynchronousSendEnabled vlastnost explicitně nastavit na hodnotu false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problém 8
Se předpokládá použití ruské časové pásmo aktualizace září 2014 (aktualizace 2998527) v počítači. Pokud máte aplikaci, která používá Microsoft rozhraní.NET Framework a TimeZoneInfo třídy, aplikace může nesprávně vypočítat dobu. Další podrobnosti naleznete v tématu aktualizace 3012229 .
Tato oprava hotfix odstraňuje posunu look-ups základní časové pásmo.
Problém 9
Předpokládejme, že máte aplikace WPF, která otevře okno v hlavním okně. Při změně velikosti okna druhého, aplikace se zhroutí a vyvolá výjimku ukazatel hodnotu null.
