この資料では、Microsoft.NET Framework 4.5.2、.NET Framework 4.5.1、および.NET Framework 4.5 で利用可能な 3009678 の修正プログラム ロールアップについて説明します。修正プログラムのロールアップで解決される問題の詳細については、「この修正プログラム ロールアップ パッケージで解決される問題」を参照してください。
オフライン パッケージは、インターネット接続がないのための web インストーラーを使用できない状況で使用できます。、可能な限りは、最適な効率性と帯域幅要件を満たすパッケージをオフラインではなく Web インストーラーを使用することをお勧めします。
この更新プログラムでは、さまざまな製品とプラットフォームの次のそれぞれのパッケージをバンドルします。
|
説明 |
文書番号 |
|---|---|
|
Windows Vista SP2、Windows Server 2008 SP2、Windows 7 SP1、および Windows Server 2008 R2 SP1 で.NET Framework 4.5、4.5.1、および 4.5.2 |
3011114 |
|
Windows 8 と Windows Server 2012 の.NET Framework 4.5、4.5.1、および 4.5.2 |
3011112 |
|
4.5.1、および Windows 8.1 および Windows Server 2012 R2 の 4.5.2 の.NET Framework |
3011110 |
解決策
サポートされている修正プログラムはマイクロソフトから現在入手可能です。ただし、それはこの資料に記載された問題のみを修正するものです。この特定の問題が発生したシステムにのみ適用してください。
この問題を解決するには、修正プログラムを入手するよう、Microsoft カスタマー サポート サービスに問い合わせてください。Microsoft カスタマー サポート サービスの電話番号とサポート コストに関する情報の完全なリストは、次のマイクロソフト web サイトを参照してください。
http://support.microsoft.com/contactus/?ws=support注: 特別な場合では、まれに通常サポート コールの発生に料金 Microsoft Support 担当者は、特定の更新で問題が解決されると判断した。追加の質問および問題の特定のアップデートの対象にはなりませんが、通常のサポート料金が適用されます。
詳細
必要条件
この修正プログラムを適用するには.NET Framework 4.5.2、.NET Framework 4.5.1、または.NET Framework 4.5 がインストールされている必要があります。
再起動の必要性
影響を受けるファイルを使用している場合にこの修正プログラムを適用した後にコンピューターを再起動する必要があります。この修正プログラムを適用する前に、すべての.NET Framework ベースのアプリケーションを閉じることをお勧めします。
修正プログラムの置き換えに関する情報
この修正プログラム パッケージでは、以前にリリースされた修正プログラム パッケージは置き換えられません。
この修正プログラム ロールアップ パッケージで解決される問題
問題 1
.NET Framework 4.5 で、WPF のツリー ビューでのキーボード ナビゲーションは正しく動作しない、 TreeViewItemには、フォーカスがボタン、チェック ボックス、テキスト ボックスなどの要素が含まれている場合。上向き矢印または下向きの矢印を押すと、不適切な要素にフォーカスを変更することがありますか、すべてのフォーカスを変更可能性があります。
修正プログラムはこの問題を解決するため、適切な要素にフォーカスが常に変更、上向き矢印と下向きの矢印です。
問題 2
GlyphRun.InkBoundingBox()または WPF アプリケーションではFormattedText.Extentなどの依存ファイルのいずれかを呼び出すと、戻り値は、.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
次のような状況を考えます。
-
どのweb ページのポストバックせずにプログラムによってクライアント コールバックの実装で、ASP.NET web プロジェクトがあります。
-
国際ドメイン名の URL は、フォームのアクション (たとえば、Unicode 文字を含む URL のドメイン名) です。
-
Internet Explorer 10 または Internet Explorer の以前のバージョンは、クライアントが使用します。
このシナリオでは、クライアントの web ページは機能しません。たとえば、コールバックをトリガーになっているボタンをクリックすると、何も起こりません。
問題 4
ActivitiesCollectionの一覧を指定するアクティビティのプロパティとSystem.Workflow.Activities.StateMachineWorkflowActivityクラスを作成することを想定しています。一覧には、状態を含む多くのアクティビティ (たとえば、300 以上の活動) および状態ベースでないアクティビティが含まれています。
ActivitiesCollection ] ボックスの一覧の末尾近くにある状態の作業への移行ではこのような場合は、リストの先頭近くにある状態の作業への移行を完了するより時間がかかります。
この修正プログラムは、検索するときターゲットの State アクティビティの名前で状態遷移中に、不要なActivitiesCollectionリストの走査を削除します。したがって、短時間ではActivitiesCollectionリストの末尾近くにある状態の作業への移行に必要です。
問題 5
WCF パフォーマンス カウンターが有効になっていると仮定します。ただし、64 文字を超えているためいくつかのインスタンス名に短縮されます。さらに、2 つの簡略化されたインスタンス名が同じである可能性があります。このシナリオでは、WCF では、期待どおりにカウンターのインスタンスは作成されません。
この修正プログラムを有効にするには、構成ファイルのappSettingsに次の行を追加します。<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
この設定を有効にすると、WCF は 2 つのインスタンス名であるかどうかに検出競合が発生し、8 桁 16 進数のハッシュの名前の末尾に追加します。これには、両方のインスタンスが正常に作成することができます。
問題 6
HTTP 経由でバックエンド負荷分散サービスと通信するために web サイトまたは web サービスの中間層のクライアントとして、WCF を使用することを想定しています。さらに、バックエンド ホストのいずれか、HTTP の応答「500」のステータス コードを返す障害が発生した状態です。
この状況で障害が発生したバックエンド ホストへの接続が引き続き発生する WCFチャネル ファクトリの接続プールの有効な HTTP 応答を返し、失敗した要求の率が高いがあるためです。フロント エンドの要求が失敗につながる可能性のある障害が発生したホストへの接続を削除するのには利用可能なメカニズムはありません。
この修正プログラムを有効にするには、構成ファイルのappSettingsに次の行を追加します。 <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
この修正プログラムを有効にすると、チャネル ファクトリを作成、HTTP トランスポートを使用するのには、各インスタンスは独立した接続プールがあります。これにより、開発者は複数のセキュリティ保護されていないオブジェクトをインスタンス化することによって別のプールには、その接続をパーティションに分割します。これにより、障害が発生したホストへの接続に関連付けられているチャネル ファクトリのインスタンスを終了して、障害が発生したホストへの接続を削除しています。チャネル ファクトリのインスタンスを閉じるときに、プール内の接続はすぐに閉じられていませんServicePointManagerクラスのプール機能の動作によって制御されますので。多くのセキュリティ保護されていないオブジェクトがされている場合は、低い既定のアイドル タイムアウトを設定する必要が作成され、多くのアイドル状態の接続が保留中の休業日は状況を防ぐために終了します。
問題 7
多数の同時ダウンロードやWebHttpBindingエンドポイントを公開する WCF サービスへのアップロードをサポートすることを想定しています。大きなデータ (バッファー モード) ではなく、ストリーミング モードを使用してコンテンツの転送には、サービスのDispatcherSynchronizationBehaviorを追加するかどうかに関係なく、パフォーマンスの問題が発生するが発生します。
この修正プログラムを適用すると、WCF は複数の同時ダウンロードとアップロードのパフォーマンスが大幅に増加する非同期処理を使用します。
DispatcherSynchronizationBehaviorのAsynchronousSendEnabledプロパティがtrueに設定するときは、この修正プログラムを有効になっています。無効にすること、削除、 dispatcherSynchronizationBehavior、または明示的にAsynchronousSendEnabledプロパティをfalseに設定します。<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
問題 8
お使いのコンピューターでは、2014年 9 月ロシア語のタイム ゾーン更新プログラム (更新 2998527) を適用することを想定しています。Microsoft.NET Framework とTimeZoneInfoクラスを使用するアプリケーションがある場合は、アプリケーションが時間が誤って計算します。詳細については、更新プログラム 3012229を参照してください。
この修正プログラムは、基本のタイム ゾーン オフセットの検索を修正します。
問題 9
WPF アプリケーションのメイン ウィンドウで、ウィンドウを開くを使用するいると仮定します。2 番目のウィンドウのサイズを変更すると、アプリケーションがクラッシュし、null ポインター例外をスローします。
