CORRECTIF : ReportViewer imprimer erreur lorsqu’une application Windows Forms basée sur.NET Framework 2.0 imprime dans une session des Services Terminal Server


Symptômes


Considérez le scénario suivant :
  • Vous créez une application de Windows Forms basée sur.NET Framework 2.0 de Microsoft. L’application affiche un rapport dans un contrôle ReportViewer .
  • Vous vous connectez à une session des Services Terminal Server sur un serveur terminal server, puis que vous démarrez l’application. Le pilote Easy Print pour les Services Terminal Server est activé sur le serveur.
  • Vous cliquez sur Imprimer dans le contrôle ReportViewer pour imprimer le rapport dans l’application.
  • Vous sélectionnez une imprimante redirigée de non défini par défaut pour imprimer le rapport.
Dans ce scénario, la tâche d’impression échoue. En outre, une violation d’accès se produit, et puis vous recevez le message d’erreur suivant :
< nom de l’application > a rencontré un problème et doit fermer.

Résolution


Informations sur le correctif

Un correctif pris en charge est désormais disponible auprès de Microsoft. Toutefois, il est conçu pour résoudre uniquement le problème décrit dans cet article. Il s’applique uniquement aux systèmes rencontrant ce problème spécifique. Ce correctif peut subir des tests supplémentaires. Par conséquent, si vous n'êtes pas sérieusement concerné par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielle qui contiendra ce correctif.

Pour résoudre ce problème immédiatement, contactez les Services de Support technique Microsoft pour obtenir le correctif. Pour obtenir une liste complète des numéros de téléphone des Services de Support technique Microsoft et des informations sur les coûts de support, visitez le site Web de Microsoft à l’adresse suivante :Remarque Dans des cas particuliers, des frais généralement encourus pour les appels au support technique peuvent être annulés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s’appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour spécifique en question.


Conditions préalables

Pour appliquer ce correctif, vous devez disposer du Microsoft.NET Framework 3.5 Service Pack 1 (SP1) installé sur un ordinateur qui exécute l’un des systèmes d’exploitation suivants :
  • Windows 7 Service Pack 1 (SP1)
  • Windows Server 2008 R2 Service Pack 1 (SP1)
Remarque  Le.NET Framework 3.5 SP1 comprend le Microsoft.NET Framework 2.0 Service Pack 2 (SP2).

Nécessite un redémarrage

Vous n’êtes pas obligé de redémarrer l’ordinateur après avoir appliqué ce correctif si le fichier concerné n’est pas utilisé.

Nous vous recommandons de fermer toutes les applications.NET Framework avant d’appliquer ce correctif.

Informations de remplacement du correctif

Ce correctif ne remplace pas un correctif précédemment publié.

Informations sur les fichiers

La version internationale de ce correctif possède les attributs de fichier (ou ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont répertoriées en temps universel coordonné (UTC). Lorsque vous affichez les informations de fichier, elles sont converties en heure locale. Pour trouver la différence entre l’UTC et l’heure locale, utilisez l’onglet fuseau horaire dans l’élément de Date et heure dans le panneau de configuration.

Pour toutes les versions basées sur les x86 de Windows 7 SP1
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
System.drawing.dll2.0.50727.5674626,68827-May-201122:36x86
Pour toutes les versions basées sur les x64 de Windows 7 SP1 et Windows Server 2008 R2 SP1
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
System.drawing.dll2.0.50727.5674626,68827-May-201122:31x64
Pour toutes les versions IA-64en fonction de Windows Server 2008 R2 SP1
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
System.drawing.dll2.0.50727.5674626,68827-May-201122:24IA-64

État


Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».