In questo articolo viene hotfix cumulativo 3009678 disponibile per il Microsoft.NET Framework 4.5.2 di.NET Framework 4.5.1 e .NET Framework 4.5. Per ulteriori informazioni sui problemi che risolve l'aggiornamento cumulativo, vedere la sezione "problemi che risolve questo hotfix cumulativo".
Il pacchetto non in linea può essere utilizzato in situazioni in cui il programma di installazione web non può essere utilizzato per mancanza di connettività Internet. Ove possibile, Microsoft consiglia di che utilizzare il programma di installazione Web anziché il pacchetto non in linea per i requisiti di efficienza e la larghezza di banda ottimali.
Questo aggiornamento unisce i seguenti singoli pacchetti per diversi prodotti e le piattaforme.
|
Descrizione |
Numero KB |
|---|---|
|
.NET Framework 4.5, 4.5.1 e 4.5.2 su Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 e Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4.5, 4.5.1 e 4.5.2 su Windows 8 e Windows Server 2012 |
3011112 |
|
Il.NET Framework 4.5.1 e 4.5.2 8.1 Windows e Windows Server 2012 R2 |
3011110 |
Risoluzione
Un hotfix supportato è ora disponibile da Microsoft. Tuttavia, destinato esclusivamente alla risoluzione del problema descritto in questo articolo. Applicarlo solo ai sistemi in cui si verificano questo problema specifico.
Per risolvere questo problema, contattare il supporto tecnico clienti Microsoft per ottenere l'hotfix. Per un elenco completo dei numeri di telefono supporto tecnico clienti Microsoft e informazioni sui costi dell'assistenza, visitare il seguente sito Web Microsoft:
http://support.microsoft.com/contactus/?ws=supportNota: In casi particolari, le spese normalmente addebitate per le chiamate di supporto potrebbero essere annullate qualora un addetto al supporto Microsoft determina che uno specifico aggiornamento risolverà il problema. I costi di supporto normale verranno applicati per eventuali ulteriori domande e problemi che non dovessero rientrare nello specifico aggiornamento in questione.
Ulteriori informazioni
Prerequisiti
Per applicare questo hotfix, è necessario disporre di.NET Framework 4.5.2 o di.NET Framework 4.5.1 installato .NET Framework 4.5.
Richiesta di riavvio
È necessario riavviare il computer dopo avere applicato questo hotfix se vengono utilizzati i file interessati. Si consiglia di chiudere tutte le applicazioni basate su.NET Framework prima di applicare questo hotfix.
Informazioni sulla sostituzione dell'aggiornamento rapido
Questo hotfix non sostituisce un pacchetto di hotfix precedentemente rilasciato.
Problemi che risolve questo hotfix cumulativo
Problema 1
In .NET Framework 4.5, spostamento di un controllo TreeView di WPF non funziona correttamente quando un oggetto TreeViewItem contiene un elemento attivabile come un pulsante, una casella di controlloo una Casella di testo. Premere freccia su o freccia giù può modificare lo stato attivo all'elemento errato o non può modificare lo stato attivo del tutto.
L'aggiornamento rapido risolve questo problema in modo che la freccia su e freccia giù sempre modificare lo stato attivo per l'elemento corretto.
Problema 2
Quando si chiama GlyphRun.InkBoundingBox() o uno dei relativi dipendenti, ad esempio FormattedText.Extent in un'applicazione WPF, i valori restituiti sono leggermente più grandi in .NET Framework 4.5 rispetto al 4.0 di.NET Framework. La 4.0 di.NET Framework aveva un bug che si è verificato in alcuni casi in cui il testo non è stato disegnato (a seconda del tipo di carattere, dimensione del carattere e i caratteri specifici). Il bug è stato risolto in .NET Framework 4.5 aumentando il delimitatore leggermente.
Questo hotfix aggiunge un flag di configurazione per disattivare la correzione. Un'applicazione che opti out avrà gli stessi valori restituiti di 4.0 di.NET Framework, ma può anche verificarsi il bug "mancata visualizzazione del testo".
Per disattivare la correzione, aggiungere la seguente chiave nella sezione appSettings del file di configurazione dell'applicazione:<add key="IncludeAllInkInBoundingBox" value="false"/> Problema 3
Si consideri lo scenario seguente:
-
Si dispone di un progetto web ASP.NET in cui i callback client implementa di pagine web a livello di codice senza postback.
-
Azione del form è un URL di nome di dominio internazionale (ad esempio, il nome di dominio dell'URL contiene caratteri Unicode).
-
Il client utilizza Internet Explorer 10 o versioni precedenti di Internet Explorer.
In questo scenario, la pagina Web client non funziona. Ad esempio, non accade nulla quando si fa clic su un pulsante che si suppone che attivano un callback.
Problema 4
Si supponga di crea una classe di System.Workflow.Activities.StateMachineWorkflowActivity con una proprietà di attività che specifica un elenco di ActivitiesCollection . L'elenco contiene molte attività (ad esempio 300 o più attività) che includono lo stato e attività non statali.
In questa situazione, transizioni alle attività di stato che si trovano verso la fine dell'elenco ActivitiesCollection richiedono molto più tempo rispetto a transizioni alle attività di stato che si trovano verso l'inizio dell'elenco.
Questo hotfix rimuove inutili attraversamenti di elenco di ActivitiesCollection durante la ricerca di attività dello stato di destinazione in base al nome durante una transizione di stato. È pertanto necessario per la transizione alle attività di stato che si trovano verso la fine dell'elenco di ActivitiesCollection meno tempo.
Problema 5
Si supponga che siano attivati i contatori delle prestazioni WCF. Tuttavia, alcuni nomi di istanza vengono abbreviati in quanto sono più di 64 caratteri. Inoltre, due nomi di istanza ridotta possono essere lo stesso. In questo scenario, WCF non crea le istanze di contatore come previsto.
Per attivare questo hotfix, aggiungere la seguente riga di appSettings nel file di configurazione:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Dopo questa impostazione è attivata, WCF rileva se due nomi di istanza in conflitto e aggiungerà un hash esadecimale di otto cifre alla fine di uno dei nomi. In questo modo entrambe le istanze creata correttamente.
Problema 6
Si supponga di utilizzare WCF come client di livello intermedio per un sito Web o servizio web per comunicare con un servizio di back-end di bilanciamento del carico su HTTP. Inoltre, uno degli host back-end è in stato di errore che restituisce le risposte HTTP con un codice di stato "500".
In questo caso, la connessione all'host di back-end viene mantenuto nel pool di connessioni WCF ChannelFactory perché restituisce risposte HTTP valide e provoca una frequenza elevata di richieste non riuscite. Non vi è alcun meccanismo per la rimozione di una connessione a un host non riuscita che può portare a richieste di front-end non riesce.
Per attivare questo hotfix, aggiungere la seguente riga di appSettings nel file di configurazione: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Dopo aver attivato questo hotfix, ogni istanza ChannelFactory creata che utilizza il trasporto HTTP disporrà di un pool di connessioni separato. Ciò consente agli sviluppatori di partizionare le connessioni in pool separati tramite un'istanza di più oggetti di ChannelFactory . Consente l'eliminazione di una connessione a un host chiudendo l'istanza ChannelFactory associato alla connessione all'host non riuscita. Quando si chiude un'istanza ChannelFactory , le connessioni nel pool non vengono chiusi immediatamente perché sono controllate dal comportamento della classe ServicePointManager del pool. È importante impostare un timeout di inattività ridotto se molti oggetti ChannelFactory vengono creati e chiusi per evitare una situazione in cui molte connessioni inattive sono in corso la chiusura.
Problema 7
Si supponga che si desidera supportare numerosi download simultanei o il caricamento di un servizio WCF che espone un endpoint WebHttpBinding . Trasferimenti di dati di grandi dimensioni contenuto utilizzando le modalità di flusso (anziché in modalità buffer) causerà problemi di prestazioni indipendentemente dal fatto che un DispatcherSynchronizationBehavior è aggiunto il servizio.
Dopo avere applicato questo hotfix, WCF utilizzerà l'elaborazione asincrona che aumenta notevolmente le prestazioni di più download simultanei e caricamenti.
Questa correzione viene attivata quando la proprietà AsynchronousSendEnabled di DispatcherSynchronizationBehavior di è impostata su true. Per disabilitarlo, rimuovere il dispatcherSynchronizationBehavioro impostare in modo esplicito la proprietà AsynchronousSendEnabled su false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problema 8
Si supponga di applicare l'aggiornamento di russo fuso orario di settembre 2014 (aggiornamento 2998527) nel computer in uso. Quando si dispone di un'applicazione che utilizza la classe TimeZoneInfo e di Microsoft.NET Framework, l'applicazione può calcolare il tempo in modo non corretto. Per ulteriori informazioni, vedere aggiornamento 3012229 .
Questo hotfix corregge le ricerche di offset di base fuso orario.
Problema 9
Si supponga di disporre di un'applicazione WPF che apre una finestra nella finestra principale. Quando si ridimensiona la seconda finestra, l'applicazione si blocca e genera un'eccezione di un puntatore null.
