# Fichier Readme de Visual Studio 2010

Pour obtenir la version la plus récente du fichier Readme, cliquez ici.

## 1. Configuration requise

### 1.1. Architectures prises en charge

- x86
- x64 (WOW)

### 1.2 Systèmes d'exploitation pris en charge

- Windows XP (x86) avec Service Pack 3 - toutes les éditions à l'exception de Starter Edition
- Windows Vista (x86 et x64) avec Service Pack 2 - toutes les éditions à l'exception de Starter Edition
- Windows 7 (x86 et x64)
- Windows Server 2003 (x86 et x64) avec Service Pack 2 - toutes les éditions

- Les utilisateurs doivent installer MSXML6, s'il n'est pas déjà présent.

- Windows Server 2003 R2 (x86 et x64) - toutes les éditions
- Windows Server 2008 (x86 et x64) avec Service Pack 2 - toutes les éditions
- Windows Server 2008 R2 (x64) - toutes les éditions

### 1.3 Configuration matérielle requise

- Processeur 1,6 GHz minimum
- 1 024 Mo de mémoire vive (RAM), (1,5 Go en cas d'exécution sur un ordinateur virtuel)
- 3 Go d'espace disque disponible
- Disque dur 5 400 tr/min
- Carte vidéo compatible DirectX 9 offrant une résolution d'affichage de 1 024 x 768 ou supérieure
- Lecteur de DVD-ROM

## 2. Problèmes connus

### 2.1 Installation

#### 2.1.1 Crystal Reports requiert une installation séparée pour Visual Studio 2010

Pour Visual Studio 2010, téléchargez et installez Crystal Reports séparément. La création de sites Web ou de projets Crystal Reports ou l'importation de projets existants ou de sites Web créés à l'aide d'une version antérieure de Visual Studio ou de Crystal Reports requiert l'installation d'une version de Crystal Reports compatible Visual Studio 2010.

Pour résoudre ce problème :

Si Crystal Reports est utilisé avec Visual Studio 2010, utilisez le lien Crystal Reports situé dans la section Liens associés de ce fichier Readme afin de télécharger et d'installer une version de Crystal Reports compatible Visual Studio 2010. Cette installation permettra la création de sites Web et de projets Crystal Reports et ainsi que la mise à niveau de projets et de sites Web existants pour utiliser avec Visual Studio 2010.

#### 2.1.2 Visual Studio signale une erreur de chargement de package pour "FSharp.ProjectSystem.dll" lors de la première exécution et lorsque des fonctionnalités F# sont utilisées

Si "Microsoft Visual F# 2.0 Runtime" a été installé avant "Microsoft .NET Framework 4", puis "Microsoft Visual Studio 2010" est installé sur un système, l'installation semblera réussir, mais les composants F# ne seront pas correctement installés. Cela pourra entrainer des erreurs de chargement de package liées à "FSharp.ProjectSystem.dll", lors de l'exécution initiale de la boîte de dialogue "Choisir un profil...", et lorsque des fonctionnalités F# sont utilisées dans Visual Studio 2010.

Pour résoudre ce problème :

1. Dans Ajouter ou supprimer des programmes, sélectionnez "Microsoft Visual F# 2.0 Runtime" et cliquez sur "Désinstaller". Suivez les instructions pour désinstaller F# redist.
2. Dans Ajouter ou supprimer des programmes, sélectionnez "Microsoft Visual Studio 2010<votre SKU et langue>" et cliquez sur "Désinstaller/Modifier...".

- Cliquez sur "Suivant..." puis sur "Ajouter ou supprimer des fonctionnalités".
- Désactivez la fonctionnalité "F#", terminez l'Assistant pour supprimer la fonctionnalité F# de Visual Studio 2010.

3. Dans Ajouter ou supprimer des programmes, sélectionnez "Micro3) Dans Ajout/suppression de programmes, sélectionnez "Microsoft Visual Studio 2010 <votre SKU et langue>" puis cliquez sur "Désinstaller/Modifier...".

- Cliquez sur "Suivant", puis "Ajouter ou supprimer des fonctionnalités".
- Sélectionnez la fonctionnalité "F#", terminez l'Assistant pour réactiver la fonctionnalité F# de Visual Studio 2010.

#### 2.1.3 Visual Studio 2008 s'arrête après la désinstallation de .NET Framework 4

Si Visual Studio 2008 est installé, puis Visual Studio 2010, puis .NET Framework 4 désinstallé (ou Visual Studio 2010 et .NET Framework 4 sont désinstallés), lorsque vous essayez de charger un projet dans Visual Studio 2008, vous obtiendrez l'erreur :
"Impossible de lire le fichier projet 'Project.proj'. MSBuildToolsPath n'est pas spécifié pour le ToolsVersion "4.0" défini à "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0" ou la valeur spécifiée est une chaîne vide."

Ce problème peut se produire car Windows SDK v7.0A ou certaines clés de Registre qu'il utilise, sont encore présents sur l'ordinateur.

Pour résoudre ce problème :

1. Vérifiez que Visual Studio 2010 est complètement désinstallé (dans "Panneau de configuration -> Programmes -> Programmes et fonctionnalités", vérifiez que Visual Studio 2010 ne s'affiche pas).
2. Vérifiez que les clés de Registre suivantes n'existent pas sur l'ordinateur :

> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.0

> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersion\4.0

Si vous utilisez un système d'exploitation 64 bits, supprimez les clés de la partie 32 bits du Registre. Pour ce faire, cliquez sur "Démarrer -> Exécuter", tapez %WinDir%\SysWOW64\regedit.exe, puis apportez les modifications au Registre.

Visual Studio 2008 devrait fonctionner correctement.

#### 2.1.4 Visual Studio peut être installé avec une licence d'évaluation qui a expiré

L'installation de Visual Studio 2010 avec une licence d'évaluation sur un ordinateur sur lequel Visual Studio 2010 Ultimate LCTP (mars 2010) ou une version Release de Visual Studio 2010 en mode évaluation était installé peut afficher un message indiquant que la période d'évaluation a expiré.

Pour résoudre ce problème :

La version Release Visual Studio 2010 fournit une période d'évaluation. Une fois la licence d'évaluation originale expirée (30 ou 90 jours à partir de l'installation d'origine), la réinstallation n'activera pas une nouvelle période d'évaluation. Entrez la clé de produit officielle complète pour déverrouiller le produit.

#### 2.1.5 Des langues supplémentaires pour le SDK Silverlight 3 ne seront pas installées si une build de Silverlight 3 SDK est déjà installée

Si une version de Silverlight 3 SDK est déjà installée, les langues supplémentaires de Silverlight 3 SDK ne seront pas installées par Visual Studio 2010.

Pour résoudre ce problème :

Vous pouvez télécharger des versions de langues supplémentaires du Kit de développement Silverlight 3 SDK à partir de http://go.microsoft.com/fwlink/?LinkID=157102 et les installer côte à côte avec d'autres versions de Silverlight SDK.

#### 2.1.6 La réparation de Visual Studio 2010 n'installe pas les outils de macros Visual Studio s'ils n'ont pas été installés correctement lors de l'installation de Visual Studio ou s'ils n'étaient pas installés

La réparation de Visual Studio 2010 ne répare pas ou n'installe pas les outils de macros Visual Studio s'ils n'ont jamais été installés ou s'ils ont été désinstallés.

Pour résoudre ce problème :

1. Sur la page Ajout/Suppression de programmes, sélectionnez Désinstaller/Modifier Visual Studio 2010, puis cliquez sur Suivant.
2. Sélectionnez Ajouter ou supprimer des fonctionnalités.
3. Désélectionnez, puis resélectionnez les fonctionnalités souhaitées dans la liste. Cela active la mise à jour.
4. Terminez l'Assistant Installation. Les outils de macros Visual Studio devraient être installés.

#### 2.1.7 Sur des ordinateurs sur lesquels Visual Studio 2008 ou SQL Server 2008 sont installés et Visual Studio 2010 a été désinstallé ou réinstallé, l'utilisation de l'éditeur de macros Visual Studio peut entraîner le blocage de Visual Studio

La désinstallation de Visual Studio 2010 supprime également le package des outils de macros Visual Studio. Si Visual Studio 2008 ou SQL Server 2008 sont installés sur l'ordinateur, la réinstallation de Visual Studio 2010 ne réinstalle pas le package des outils de macros Visual Studio. Cela provoque une erreur lorsque l'éditeur de macros est démarrée et Visual Studio se bloque si vous essayez de recréer le projet MyMacros.vsmacros.

Pour résoudre ce problème :

1. Supprimez le fichier suivant :

- Sur un système d'exploitation 64 bits: "%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll"
- Sur un système d'exploitation 32 bits : "%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\1033\Microsoft.VSDesignerUI.dll"

2. Sur la page Ajout/Suppression de programmes, sélectionnez Désinstaller/Modifier Visual Studio 2010, puis cliquez sur Suivant.
3. Sélectionnez Ajouter ou supprimer des fonctionnalités.
4. Désélectionnez, puis resélectionnez les fonctionnalités souhaitées dans la liste. Cela active la mise à jour.
5. Terminez l'Assistant Installation. Les outils de macros Visual Studio devraient être installés.

#### 2.1.8 Les projets Visual Studio SharePoint qui ciblent SharePoint 2010 ont une configuration d'installation spécifique

Pour utiliser des projets SharePoint dans Visual Studio 2010, les composants suivants doivent être installés :

- Windows Server 2008 SP2 (x64) ou Windows Server 2008 R2 (x64).
- Microsoft SharePoint Server 2010 ou Microsoft SharePoint Foundation 2010.
- Visual Studio 2010 (installation complète).

Pour résoudre ce problème :

Il n'existe aucun moyen de contourner ce problème.

#### 2.1.9 Les projets Visual Studio Office qui ciblent Office 2007 ou Office 2010 ont une configuration d'installation spécifique

Pour utiliser des projets Office dans Visual Studio 2010, les composants suivants doivent être installés :

- Un système d'exploitation qui prend en charge Office 2007 ou Office 2010.
- Visual Studio 2010 (installation complète).
- Office 2007 version Release ou Office 2010.

Pour résoudre ce problème :

Il n'existe aucun moyen de contourner ce problème.

#### 2.1.10 Impossible d'exécuter le programme d'installation de Visual Studio en mode de compatibilité des programmes

Échec du programme d'installation de Visual Studio 2010 et/ou de .NET Framework 4 avec le code d'erreur 1603 ou des blocs s'exécutant en mode de compatibilité des programmes.

L'Assistant Compatibilité des programmes Windows indique que le programme d'installation de Visual Studio ne s'est peut-être pas installé correctement, et invite l'utilisateur à effectuer de nouveau l'installation à l'aide du paramètre recommandé (mode de compatibilité des programmes).

Pour résoudre ce problème :

Il est impossible d'exécuter le programme d'installation de Visual Studio en mode de compatibilité des programmes. Assurez-vous que le mode de compatibilité n'est pas activé à l'échelle du système ou pour le programme d'installation de Visual Studio.

Vérifier le paramétrage manuel

Le mode de compatibilité peut avoir été défini manuellement sous l'onglet Compatibilité des propriétés du fichier exécutable.

1. Sur le média d'installation de Visual Studio, localisez setup.exe.
2. Cliquez avec le bouton droit sur setup.exe, puis cliquez sur Propriétés.
3. Sous l'onglet Compatibilité, désactivez la case à cocher "Exécuter ce programme en mode de compatibilité pour", puis cliquez sur OK.

Vérifier les paramètres de Registre de l'Assistant Compatibilité des programmes

Le mode de compatibilité peut avoir été défini antérieurement par l'Assistant Compatibilité des programmes à la suite d'échecs ou d'annulations des tentatives d'exécution du fichier setup.exe de Visual Studio.

1. Cliquez sur Démarrer, puis sur Exécuter.
2. Tapez regedit, puis cliquez sur OK.
3. Accédez à chacune des clés suivantes, puis supprimez les valeurs qui font référence à setup.exe dans le chemin d'installation de Visual Studio :

- HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Compatibility Assistant\Persisted
- HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

Réexécuter le programme d'installation de Visual Studio

1. Ouvrez l'Explorateur Windows.
2. Accédez au fichier setup.exe de Visual Studio.
3. Double-cliquez sur setup.exe pour exécuter le programme d'installation de Visual Studio.

Article connexe de la Base de connaissances

http://support.microsoft.com/kb/931709

Autre solution :

Au lieu d'exécuter <DVD ROOT>\setup.exe, exécutez <DVD ROOT>\setup\setup.exe

#### 2.1.11 Échec de l'installation de Visual Studio 2010 sur un disque dur BitLocker lorsque la protection est activée

Lorsqu'un utilisateur exécute le processus d'installation sur un disque BitLocker, le processus échoue si le disque est verrouillé.

Pour résoudre ce problème :

Arrêtez la protection sur le disque BitLocker avant d'installer Visual Studio 2010. Une fois l'installation de Visual Studio 2010 terminée, redémarrez la protection sur le disque BitLocker.

Vous pouvez également éviter complètement ce problème en préinstallant le .NET Framework version 4 et Windows Installer 4.5, puis en suivant les étapes décrites dans Éviter de redémarrer durant l'installation (page éventuellement en anglais).

#### 2.1.12 Mises à jour système importantes à conserver sur votre ordinateur lors de la désinstallation de Visual Studio 2010

Visual Studio 2010 peut installer des mises à jour système importantes.

Pour résoudre ce problème :

Il est recommandé de conserver ces mises à jour sur votre système après la suppression de Visual Studio :

- Signalement d'erreurs d'une application Microsoft
- Microsoft Windows Installer 4.5 (KB942288, KB958655)
- Microsoft Visual C++ 2008 Runtime
- Microsoft Visual C++ 2010 Runtime
- Microsoft .NET Framework 4

#### 2.1.13 Les profils itinérants ne sont pris en charge que s'ils sont utilisés pour des scénarios hors connexion

Si des profils itinérants sont utilisés lorsque le dossier de base est déconnecté du réseau, le programme d'installation échouera en raison de problèmes de redirection dus à la façon dont Windows Installer installe les produits.

Pour résoudre ce problème :

Si des profils itinérants sont utilisés lorsque le dossier de base est déconnecté du réseau, le programme d'installation échouera en raison de problèmes de redirection dus à la façon dont Windows Installer installe les produits.

Pour résoudre ce problème :

Configurez vos profils itinérants pour utiliser le chemin local au lieu du chemin de connexion distant ou assurez-vous que le chemin du dossier de base distant est disponible pendant l'installation.

Pour basculer sur le profil local, procédez comme suit :

Sur le serveur de domaine :

1. Définissez les profils itinérants pour l'utilisateur ciblé (par exemple, myuser), comme suit :

Cliquez avec le bouton droit sur l'utilisateur myuser dans Active Directory (AD), puis cliquez sur Propriétés. Sous l'onglet "Profil", dans le chemin du profil, tapez un chemin UNC comme \\domainserver\Rprofiles\%username% (par exemple, \\10.50.209.130\Rprofiles\myuser). Remarque : "\\domainserver" est l'IP du serveur AD, "\Rprofiles" est le nouveau dossier qui stockera tous les profils itinérants des utilisateurs, "\username" est le nom de connexion de l'utilisateur (dans cet exemple myuser ).

2. Définissez le dossier de base pour l'utilisateur ciblé, comme suit :

Chemin local pour le dossier de base :

Sélectionnez Chemin d'accès local, tapez un chemin local tel que c:\Rprofile, qui sera créé sur le client pour l'utilisateur (myuser). N'utilisez pas un chemin d'accès UNC.

Sur l'ordinateur client :

1. Ouvrez une session sur le client en tant qu'administrateur et ajoutez l'utilisateur actuel qui a été créé sur le serveur AD (dans cet exemple, myuser) au groupe Administrateur.
2. Créez le chemin local en utilisant le chemin qui a été utilisé à l'étape 2 de la procédure du serveur de domaine (c:\Rprofile dans cet exemple).
3. Ouvrez une session sur le client en tant que nouvel utilisateur (myuser dans cet exemple).
4. Fermez la session sur le client après la première ouverture de session. Les profils locaux seront automatiquement enregistrés dans les chemins des profils itinérants sur le serveur, c'est-à-dire \\domainserver\Rprofiles\%username% (par exemple, \\10.50.209.130\Rprofiles\myuser).
5. Retournez sur le serveur de domaine et ouvrez le dossier utilisateur (c:\Rprofiles). Notez qu'un nouveau dossier (c:\Rprofiles\myuser) existe et qu'il contient de nombreux fichiers. Ces fichiers sont les profils itinérants. Ils sont synchronisés automatiquement avec le dossier utilisateur sur le client au moment de la fermeture de session.

#### 2.1.14 Échec de l'installation de Visual Studio, car un fichier .cab comporte une signature numérique non valide, lorsqu'un réseau est concerné

Des problèmes réseau peuvent endommager des fichiers lorsqu'ils sont téléchargés, puis installés ou lorsque ces fichiers sont installés via un réseau. Ce problème se manifeste par l'écriture d'un message semblable à ce qui suit dans le fichier %temp%\dd_install*.log :

[16/05/09,17:47:12] Runtime VC 10.0 (x86) : Détails des résultats de l'enregistrement MSI : Erreur 1330. Un fichier requis ne peut pas être installé, car la signature numérique du fichier CAB e:\dev10dvd\wcu\vcruntimes\x86\vc_runtime_x86.cab n'est pas valide. Ceci peut indiquer qu'il est endommagé.

[16/05/09,17:47:12] Runtime VC 10.0 (x86) : Détails des résultats de l'enregistrement MSI : 1330

[16/05/09,17:47:13] InstallReturnValue : GFN_MID Runtime VC 2010 Bêta 1 x86 chaîné, 0x643

Pour résoudre ce problème :

Téléchargez le fichier d'installation en local, vérifiez le CRC, puis redémarrez l'installation.

#### 2.1.15 Installation sur un miniportable avec une résolution trop faible

Lorsque vous installez Visual Studio 2010 sur un miniportable, il est possible que les boutons de navigation situés au bas de la boîte de dialogue ne s'affichent pas.

Pour résoudre ce problème :

Vérifiez la résolution d'affichage afin de vous assurer que la résolution minimale requise est utilisée :

- Mise à l'échelle 800 x 600 à 100 % points par pouce (PPP)
- Mise à l'échelle 1 024 x 768 à 100 % points par pouce (PPP)
- Mise à l'échelle 1 280 x 1 024 à 100 % points par pouce (PPP)

Sur Windows XP :

- Cliquez avec le bouton droit sur le Bureau, puis cliquez sur Affichage. Vérifiez que les paramètres sont conformes.

Sur Windows Vista ou Windows 7 :

- Cliquez avec le bouton droit sur le Bureau, puis cliquez sur "Résolution d'écran". Vérifiez que les paramètres sont conformes à l'un de ceux présentés ci-dessus.
- Au bas de la boîte de dialogue, vous disposez de l'option "Rendre le texte et d'autres éléments plus petits ou plus grands". Vérifiez que les deux paramètres sont conformes à ceux présentés ci-dessus.

#### 2.1.16 Ne pas débrancher les lecteurs temporaires durant l'installation

Lorsque vous installez Visual Studio 2010 et que le lecteur USB est débranché, le programme d'installation peut vous demander d'indiquer la source ou interrompre son exécution en raison de l'absence de fichiers temporaires.

Pour résoudre ce problème :

Vous devez soit débrancher tous les lecteurs USB avant d'installer Visual Studio, soit éviter de débrancher ces lecteurs au cours de l'installation, car certains fichiers temporaires peuvent être copiés et utilisés sur le lecteur qui offre la plus grande quantité d'espace disponible.

#### 2.1.17 Une image ISO Visual Studio ne doit pas être montée en tant que répertoire sur des lecteurs NTFS existants

Si vous montez une image ISO d'installation de Visual Studio en tant que chemin NTFS dans la Gestion des disques Windows, le programme d'installation peut signaler des autorisations d'écriture manquantes sur le dossier de destination ou un espace disque insuffisant.

Pour résoudre ce problème :

Utilisez l'une des méthodes suivantes pour fournir un accès aux ressources ISO du programme d'installation Visual Studio :

- Extrayez le contenu ISO sur un chemin d'accès réseau ou local et conservez la structure des répertoires.
- Assignez une nouvelle lettre de lecteur à l'image ISO montée en utilisant la Gestion des disques Windows ou un autre logiciel de montage ISO.

Réexécutez le programme d'installation à partir de l'emplacement du nouveau lecteur virtuel.

#### 2.1.18 Une erreur se produit lorsqu'un composant est installé lors de l'installation de Visual Studio : code d'erreur des détails des résultats de l'enregistrement MSI : 1935

Lorsque Visual Studio est installé, une erreur d'installation d'un composant ajoute la ligne suivante dans les journaux :

...: Détails des résultats de l'enregistrement MSI : code d'erreur 1935

Pour résoudre ce problème :

L'erreur 1935 peut avoir de nombreuses sources, mais en règle générale elle correspond à l'impossibilité de remplacer un fichier. Le fichier peut être en cours d'utilisation par une autre application, dans ce cas, redémarrez l'ordinateur et relancez le programme d'installation Visual Studio pour corriger ce problème.

Un logiciel antivirus peut également être en cause, qui bloque les nouveaux fichiers copiés afin de rechercher des programmes malveillants. La désactivation de la protection antivirus pour la durée de l'installation permettra l'installation.

#### 2.1.19 Une erreur se produit lors de l'installation de Visual Studio à partir d'une image ISO montée en tant que lecteur ou dossier

Lorsque Visual Studio est installé à partir d'une image ISO montée en tant que lecteur ou dossier, l'installation peut échouer avec différents messages d'erreur. Ces erreurs sont notamment :

- Échec de l'installation avec cette ligne dans les fichiers journaux : "...: MSI a retourné le code d'erreur 2."
- Échec de l'installation immédiatement après le redémarrage du système car le programme d'installation redémarre avant que le logiciel de montage ISO ait pu remonter l'image.

Pour résoudre ce problème :

Ces problèmes peuvent être évités en gravant l'image ISO sur un DVD et en démarrant le programme d'installation à partir du DVD.

#### 2.1.20 Impossible de créer un projet Visual Studio si MSXML6 n'est pas installé

Si MSXML6 n'est pas installé, la boîte de dialogue de sélection de profil initiale peut ne pas s'afficher. Lors de la création de projets, vous pouvez recevoir des messages d'erreur semblables à ce qui suit :

"Erreur lors de l'écriture du fichier projet. Classe non inscrite."

Pour résoudre ce problème :

1. Installez MSXML6 à partir de MSDN : http://www.microsoft.com/downloads/details.aspx?FamilyID=993C0BCF-3BCF-4009-BE21-27E85E1857B1&displaylang=en.
2. Redémarrez Visual Studio.

#### 2.1.21 Windows XP x64 n'est pas pris en charge, car l'API Windows Automation 3.0 est manquante

Les applications qui tirent parti des API Windows Automation, par exemple, les services tactiles et de stylet Windows, peuvent ralentir les performances IntelliSense de Visual Studio si la version 3.0 des API Windows Automation n'est pas installée. L'API Windows Automation 3.0 n'est pas disponible pour Windows XP x64.

Pour résoudre ce problème :

Utilisez un système d'exploitation qui prend en charge l'API Windows Automation 3.0.

#### 2.1.22 Windows Phone Developer CTP n'est pas compatible avec Visual Studio 2010

Windows Phone Developer CTP n'est pas compatible avec Visual Studio 2010. Les ordinateurs sur lesquels Visual Studio 2010 RTM est ou a été installé ne seront pas en mesure d'exécuter la version CTP de Windows Phone Developer.

Pour résoudre ce problème :

Désinstallez Windows Phone Developer CTP, puis installez la version bêta ou RTM de ce produit.

### 2.2 Désinstallation

#### 2.2.1 Sur les ordinateurs équipés d'une version précédente de Visual Studio

#### 2.2.1.1 Lorsque plusieurs copies de Visual Studio 2010 sont installées sur le même ordinateur, la désinstallation de l'une d'entre elles ne permettra plus le développement Office et SharePoint

Lorsque plusieurs copies de Visual Studio 2010 sont installées sur le même ordinateur, la désinstallation de l'une d'entre elles ne permettra plus le développement Office et SharePoint.

Pour résoudre ce problème :

1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.
2. Cliquez avec le bouton droit sur la copie restante de Visual Studio 2010 et sélectionnez Réparer. La boîte de dialogue de réparation s'ouvre.
3. Cliquez sur la case d'option d'installation personnalisée.
4. Dans l'installation personnalisée, activez/désactivez des cases à cocher, puis cliquez sur Suivant.
5. Le programme d'installation continuera et réinstallera les composants Office et SharePoint.

#### 2.2.1.2 Instructions de désinstallation de Visual Studio 2010

Toutes les versions préliminaires de Visual Studio 2010 doivent être supprimées avant l'installation de la version Release officielle. La désinstallation des versions Release officielles de Visual Studio 2010 supprime uniquement les fonctionnalités principales du produit et conserve les autres produits pris en charge qui ont pu être installés avec Visual Studio sur l'ordinateur.

Pour résoudre ce problème :

Pour obtenir les étapes complètes, consultez la documentation relative à la désinstallation sur MSDN à l'adresse http://go.microsoft.com/fwlink/?LinkID=151208.

#### 2.2.2 Sur les ordinateurs sans version précédente de Visual Studio

#### 2.2.2.1 Sur un ordinateur 64 bits, la désinstallation de Visual Studio Ultimate supprimera TraceLogProfiler.dll de l'ordinateur même si d'autres produits en dépendent

TraceLogProfiler.dll est installé avec les SKU Visual Studio suivants :

- Visual Studio 2010 Ultimate
- Test Elements
- Test Agent

Si vous désinstallez l'un des SKU, TraceLogProfiler.dll sera supprimé de l'ordinateur et empêchera la collecte des données IntelliTrace et Test Impact dans les autres SKU.

Pour résoudre ce problème :

Désinstallez et réinstallez le SKU Test Elements ou Test Agent pour remplacer les fichiers binaires manquants.

### 2.3 Maintenance

#### 2.3.1.1 Comment ajouter ou supprimer des composants dans Visual Studio 2010

Après avoir désinstallé Visual Studio, vous pouvez ajouter des composants qui n'ont pas été installés par défaut, procédez comme suit.

Pour résoudre ce problème :

Pour installer des composants facultatifs sur Windows XP ou versions antérieures

- Dans le Panneau de configuration, dans la page "Ajouter ou supprimer des programmes", sélectionnez l'édition du produit à laquelle vous souhaitez ajouter des composants, puis cliquez sur "Modifier/Supprimer".
- Dans la boîte de dialogue "Bienvenue" de l'Assistant Installation, cliquez sur "Suivant".
- Cliquez sur "Ajouter ou supprimer des fonctionnalités".
- Dans la liste Sélectionner les fonctionnalités à installer, sélectionnez les éléments à installer, puis cliquez sur Mettre à jour.

Pour installer des composants facultatifs sur Windows 7 ou Windows Vista

- Dans le Panneau de configuration, sur la page "Programmes et fonctionnalités", sélectionnez l'édition du produit à laquelle vous souhaitez ajouter des composants, puis cliquez sur "Désinstaller/Modifier".
- Dans la boîte de dialogue "Bienvenue" de l'Assistant Installation, cliquez sur "Suivant".
- Cliquez sur "Ajouter ou supprimer des fonctionnalités".
- Dans la liste Sélectionner les fonctionnalités à installer, sélectionnez les éléments à installer, puis cliquez sur Mettre à jour.

#### 2.3.2 Comment réparer Visual Studio

Si Visual Studio devient instable, vous pouvez le restaurer à un état fiable en le réparant.

Pour résoudre ce problème :

Pour obtenir les étapes complètes, consultez la documentation relative à la réparation de Visual Studio (page éventuellement en anglais) sur MSDN.

#### 2.3.3 Réinstallation de produits d'accompagnement manquants, qui ne s'affichent pas dans Ajouter ou supprimer des fonctionnalités

Si un produit a été désinstallé et qu'il est requis pour une fonctionnalité et qu'il a été installé par la version Release originale de Visual Studio 2010, ce composant peut ne pas s'être affiché dans l'arborescence de personnalisation du programme d'installation ni dans l'arborescence de Ajouter ou supprimer des fonctionnalités. Comment récupérer ce composant ?

Pour résoudre ce problème :

1. Ouvrez Ajouter ou supprimer des fonctionnalités ou désinstaller des programmes.
2. Ouvrez le programme Microsoft Visual Studio 2010.
3. Sur la "page Maintenance", cliquez sur "Ajouter ou supprimer des fonctionnalités".
4. Sur la page "Options", recherchez la fonctionnalité liée à la fonctionnalité manquante. Par exemple, si les outils de déploiement Web sont manquants, activez/désactivez la fonctionnalité Déploiement Web.
5. Cliquez sur Mettre à jour. Cela déterminera que le produit d'accompagnement des outils de déploiement Web n'est pas installé et cela l'installera.
6. Cliquez sur Terminer sur la page "Terminer".

### 2.4 Problèmes liés au produit

#### 2.4.1 Problèmes d'ordre général

#### 2.4.1.1 Prise en charge des projets Business Intelligence

Visual Studio 2010 ne prend pas en charge les projets Business Intelligence de SQL Server 2008 R2 ou version antérieure. Dans Visual Studio 2010, si vous essayez de mettre à niveau un projet créé dans Business Intelligence Development Studio, la mise à niveau échouera. Business Intelligence Development Studio pour Visual Studio 2010 fera peut être partie d'une version ultérieure de SQL Server.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.1.2 Notification relative à l'amélioration des performances de Visual Studio

Les applications qui tirent parti des API Windows Automation, telles que les services tactiles et de stylet Windows, peuvent avoir un impact considérable sur les performances IntelliSense de Visual Studio si la version 3.0 des API Windows Automation n'est pas installée. Si Visual Studio détecte que les API Windows Automation sont utilisées et que la version 3.0 n'est pas installée, la notification relative à l'amélioration des performances de Visual Studio s'affiche.

Pour résoudre ce problème :

1) Si vous cliquez sur la notification, le navigateur Web externe s'ouvre sur une page qui contient des détails de téléchargement permettant de mettre à jour les API Windows Automation vers la version 3.0 (KB971513).

2) Les clients qui ne sont pas en mesure d'installer la mise à jour peuvent définir une clé de Registre afin d'empêcher l'affichage de la notification, comme suit :

[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\General]

"UIAOverride"=dword:00000001

#### 2.4.1.3 Le Gestionnaire de bibliothèque d'aide ne peut pas télécharger de contenu nuage lorsque l'utilisateur actuel et l'utilisateur connecté sont différents

Le Gestionnaire de bibliothèque d'aide utilise le service BITS pour télécharger le contenu. Si le Gestionnaire de bibliothèque d'aide est démarré à l'aide de la fonctionnalité "Exécuter en tant que", le service BITS n'est pas en mesure de planifier des travaux, car il est uniquement accessible au compte d'utilisateur connecté.

Pour résoudre ce problème :

Lorsque vous téléchargez du contenu, exécutez le Gestionnaire de bibliothèque d'aide via le compte d'utilisateur actuellement connecté.

#### 2.4.1.4 Gestionnaire de bibliothèque d'aide - le contenu de l'aide n'est pas désinstallé lorsque vous désinstallez Visual Studio

Le programme d'installation ne supprime pas le contenu de l'aide locale lors Visual Studio est désinstallé. L'emplacement par défaut du répertoire de l'aide locale a changé entre la Bêta 2 et cette version.

Pour résoudre ce problème :

Si Visual Studio a déjà été désinstallé, les fichiers du répertoire de contenu de l'aide locale peuvent être manuellement supprimés. Si vous n'avez pas utilisé le répertoire de contenu de l'aide locale de la Bêta 2, vous devez supprimer manuellement le répertoire de contenu de la Bêta 2 pour l'enlever de votre ordinateur.

#### 2.4.1.5 Impossible parfois de cliquer sur le bouton de recherche de la visionneuse d'aide en mode hors connexion et sur les onglets d'extrait de code

Sur les systèmes Windows Server 2008 où Internet Explorer s'exécute avec des autorisations restreintes, il est parfois impossible de cliquer sur le bouton de recherche de la visionneuse d'aide en mode hors connexion et sur les onglets d'extraits de code.

Pour résoudre ce problème :

Vous pouvez ajouter l'adresse 127.0.0.1 à la liste des sites fiables d'Internet Explorer. En ce qui concerne le problème lié au bouton de recherche, vous pouvez également appuyer sur ENTRÉE pour effectuer la recherche.

#### 2.4.1.6 Le Gestionnaire de bibliothèque d'aide qui s'exécute sur Windows XP affiche un message d'erreur incorrect lorsqu'un chemin d'accès UNC est spécifié pour le magasin de contenu

Lorsque le Gestionnaire de bibliothèque d'aide s'exécute sur Windows XP, et que le magasin de contenu local est défini sur un chemin d'accès UNC (chemin d'accès qui commence par \\), le Gestionnaire de bibliothèque d'aide affiche un message d'erreur trompeur. Lorsque le Gestionnaire de bibliothèque d'aide vérifie que le répertoire du magasin local est un emplacement valide et accessible en écriture, il signale à tort que le chemin d'accès UNC correspond à un répertoire système. Il en résulte un message d'erreur trompeur, qui est affiché par le Gestionnaire de bibliothèque d'aide.

Pour résoudre ce problème :

Il n'existe aucun moyen de contourner ce problème.

#### 2.4.1.7 Gestionnaire de bibliothèque d'aide - le chemin d'accès du magasin de contenu local ne peut pas inclure le caractère "#"

Lorsque vous exécutez le Gestionnaire de bibliothèque d'aide pour la première fois, vous êtes invité à indiquer l'emplacement de stockage du contenu local. Le chemin d'accès de ce dossier ne peut pas inclure le caractère "#". Si le chemin d'accès inclut ce caractère, l'agent de bibliothèque d'aide ne peut pas restituer le contenu.

Pour résoudre ce problème :

Il n'existe aucun moyen de contourner ce problème.

#### 2.4.1.8 Agent de bibliothèque d'aide - la fermeture de la fenêtre "invisible" entraîne l'arrêt du fonctionnement de l'agent de bibliothèque d'aide

Une fenêtre intitulée "Fenêtre invisible de l'agent de bibliothèque d'aide" est susceptible de s'afficher. Si vous fermez cette fenêtre, l'agent de bibliothèque d'aide cesse de répondre.

Pour résoudre ce problème :

Utilisez le Gestionnaire des tâches pour mettre fin au processus de l'agent. Il redémarrera de lui-même lorsque vous redémarrerez l'aide via le raccourci, le menu ? (Aide) ou la touche F1.

#### 2.4.1.9 Trois emplacements de projet pour le chargement des modèles sont migrés lors du chargement d'un fichier de paramètres Visual Studio 2008

Lorsque vous réinitialisez vos données d'utilisateur et que vous importez un fichier de paramètres Visual Studio 2008, le contenu de la boîte de dialogue Options sous Projets et solutions affiche des valeurs incorrectes.

Pour résoudre ce problème :

1. Ouvrez la boîte de dialogue Options.
2. Sélectionnez le nœud Projets et solutions.
3. Modifiez manuellement l'emplacement des projets, l'emplacement des modèles de projet pour l'utilisateur, ainsi que l'emplacement des modèles d'élément pour l'utilisateur en fonction du chemin d'accès approprié.
4. Si nécessaire, supprimez le "1" supplémentaire situé à la fin.

#### 2.4.1.10 Échec de l'exécution du complément avec l'erreur 80004002 (Cette interface n'est pas prise en charge)

Dans un complément, lorsque <Assembly: ComVisible(True)> est modifié en <Assembly: ComVisible(False)> le chargement du complément échoue.

Pour résoudre ce problème :

Cela n'est pas pris en charge car les compléments sont créés en plus d'une infrastructure COM, et bien que le complément soit écrit en code managé, l'attribut ComVisible de l'assembly doit avoir la valeur true.

#### 2.4.1.11 Un complément qui cible une version du .NET Framework antérieure à .NET Framework 4 affichera des avertissements au moment de la compilation

Lorsqu'un complément est créé et que le Framework cible est modifié par une version antérieure à .NET Framework 4, des avertissements de build se produisent. Cela se produit car des références supplémentaires sont ajoutées pour la prise en charge de .NET Framework 4.

Pour résoudre ce problème :

Supprimez les références suivantes de votre projet de complément :

- EnvDTE100
- Microsoft.CSharp
- System.Core

#### 2.4.1.12 La création d'un modèle pour un projet Web ou un élément Web ne place pas le modèle dans le nœud Web dans la boîte de dialogue Nouveau projet ou dans la boîte de dialogue Nouvel élément

Lorsqu'un modèle pour un projet ou un élément VSIX qui cible le Web est généré, ce modèle ne s'affiche pas correctement dans la boîte de dialogue Nouveau projet ou Nouvel élément sauf si le modèle est placé dans un répertoire spécifique. Si la structure de répertoire dans VSIX est incorrecte, le modèle peut s'afficher à la racine de CSharp ou VB.

Pour résoudre ce problème :

1. Placez le fichier compressé de modèle sous ...\Template\CSharp\Web\ ou ...\Template\VB\Web\, par rapport à la racine de votre fichier VSIX.
2. Dans votre fichier source.extension.vsixmanifest, ajoutez une référence qui pointe vers le fichier compressé.

#### 2.4.1.13 Impossible d'utiliser Createpkgdef pour générer un fichier .pkgdef à partir des attributs d'inscription

Vous devez ajouter le code SolutionPersistenceRegistrationAttribute à votre projet avant de pouvoir utiliser l'attribut.

Pour résoudre ce problème :

Si vous utilisez la classe SolutionPersistenceRegistrationAttribute dans votre code lors de la génération automatique d'un fichier .pkgdef, vous devez ajouter le code dans les sources MPF dans votre installation Visual Studio SDK. La source est située dans le dossier d'installation Visual Studio SDK sous ..\VisualStudioIntegration\Common\Source\CSharp\RegistrationAttributes\SolutionPersistenceRegistrationAttribute.cs.

#### 2.4.1.14 Les utilisateurs peuvent subir une perte de performances lors de l'exécution de Visual Studio 2010 sur Windows Server 2008 et Windows Server 2008 R2 lorsque le rôle HyperV est installé

Visual Studio bascule d'un rendu à accélération matérielle à un rendu logiciel lorsqu'il s'exécute dans des environnements virtualisés. L'installation du rôle HyperV empêche la détection par Visual Studio des paramètres de rendu corrects.

Pour résoudre ce problème :

Pour activer manuellement le rendu à accélération matérielle :

1. Ouvrez la boîte de dialogue Options.
2. Sous Environnement, sur la page Général, dans le groupe "Expérience visuelle", désactivez l'option "Ajuster automatiquement l'expérience visuelle selon les perf. du client".
3. Sélectionnez "Utiliser l'accélération graphique matérielle si elle est disponible".
4. Cliquez sur OK.

#### 2.4.1.15 Visual Studio SDK : impossible d'inclure des fichiers divers dans un modèle de projet Visual Studio ou un modèle d'élément

Les fichiers divers ajoutés à un projet modèle de projet ou modèle d'élément Visual Studio ne sont pas inclus dans le fichier compressé généré lors de la génération du projet.

Pour résoudre ce problème :

Pour chaque fichier que vous souhaitez inclure dans votre projet, définissez BuildAction à "ZipItem". Cela génèrera dans votre répertoire bin un fichier compressé personnalisé qui contient tous les fichiers requis.

#### 2.4.1.16 La conversion d'un projet de complément Visual Studio Visual C++ provoque l'erreur de build : "erreur C2871 : 'Extensibilité' : un espace de noms avec ce nom n'existe pas"

Lorsqu'un projet de complément VC++ est converti en Visual Studio 2010, la génération du projet converti peut provoquer l'erreur suivante :

erreur C2871: 'Extensibilité' : un espace de noms avec ce nom n'existe pas

Cette erreur de build est due à une référence manquante à l'assembly partagé situé dans %ProgramFiles(x86)%\Common Files\microsoft shared\MSEnv\PublicAssemblies\extensibility.dll après la conversion.

Pour résoudre ce problème :

1. Cliquez avec le bouton droit sur le projet de complément, puis cliquez sur Références.
2. Dans la section Références de la boîte de dialogue, cliquez sur Ajouter une nouvelle référence.
3. Sélectionnez l'onglet Parcourir de la boîte de dialogue Ajouter une référence.
4. Placez-vous dans %ProgramFiles%\Common Files\Microsoft Shared\MSEnv\PublicAssemblies\, sélectionnez extensibility.dll, puis cliquez sur OK. Régénérez le projet.

#### 2.4.1.17 La boîte de dialogue d'accord de licence du Gestionnaire d'extensions affiche des espaces blancs supplémentaires

La boîte de dialogue d'accord de licence du Gestionnaire d'extensions peut contenir des espaces blancs supplémentaires lorsqu'elle affiche le texte de la licence. La boîte de dialogue affiche chaque retour charriot et chaque retour à la ligne sur une nouvelle ligne, cela crée des lignes vides lors de l'affichage de l'accord de licence.

Pour résoudre ce problème :

Ces problèmes de mise en forme peuvent être résolus en régularisant les espaces blancs. Pour ce faire, dans l'éditeur Visual Studio :

1. Ouvrez votre fichier dans l'éditeur de texte.
2. Édition -> Rechercher et remplacer -> Remplacement rapide.
3. Options de recherche -> Utiliser -> Expressions régulières.
4. Rechercher : \xD\xA
5. Remplacer : \xD
6. Cliquez sur Remplacer tout.

#### 2.4.1.18 Les contrôles de boîte à outils WPF créés à l'aide de Visual Studio SDK peuvent bloquer Visual Studio si des espaces sont inclus dans le nom du projet

Si vous utilisez Visual Studio SDK pour générer un contrôle de boîte à outils WPF, et que vous utilisez des espaces dans le nom du projet, le nom du fichier de l'assembly généré contiendra des espaces.

Cela peut provoquer une instabilité lorsque vous utilisez ce contrôle dans les concepteurs et la boîte à outils WPF.

Pour résoudre ce problème :

1. Cliquez avec le bouton droit sur votre projet dans l'Explorateur de solutions, puis cliquez sur "Propriétés".
2. Dans le champ Nom de l'assembly, supprimez tous les espaces.
3. Régénérez.

#### 2.4.1.19 La boîte de dialogue "Nouveau fichier" Isolated shell contient des éléments incorrects lorsqu'elle est exécutée à partir d'un modèle SDK

Par défaut, la boîte de dialogue Fichier -> Nouveau-> Fichier est configurée pour rechercher dans le même répertoire que le répertoire d'installation Visual Studio. Dans votre application Isolated Shell, vous pouvez configurer cette boîte de dialogue pour qu'elle recherche dans un autre dossier.

Pour résoudre ce problème :

1. Dans votre solution Isolated Shell, recherchez et ouvrez le fichier <SolutionName>.Application.pkgdef sous le dossier de projet de personnalisation du shell pour le projet de démarrage.
2. Ajoutez le texte suivant à ce fichier et remplacez <NewDirectory> par un sous-répertoire dans l'emplacement d'installation protégé de votre application :

[$RootKey$\Projects\{A2FE74E1-B743-11d0-AE1A-00A0C90FFFC3}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]

"TemplatesDir"="<NewDirectory>"

[$RootKey$\Projects\{2150E333-8FDC-42A3-9474-1A3956D46DE8}\AddItemTemplates\TemplateDirs\{DA9FB551-C724-11d0-AE1F-00A0C90FFFC3}\/1]

"TemplatesDir"="<NewDirectory>"

#### 2.4.1.20 Les références entre projets sont ignorées par un projet VSIX

Si vous ajoutez un projet à votre solution en utilisant la fonctionnalité "Ajouter du contenu" dans un projet VSIX, les projets qu'il référence ne sont pas inclus dans le VSIX. Le projet VSIX ne contiendra que les fichiers et le contenu de son ensemble de références projet.

Pour résoudre ce problème :

Pour chaque référence entre projet manquante :

1. Cliquez sur le projet VSIX, puis sur "Ajouter une référence".
2. Ajoutez une référence au projet ou fichier manquant que vous souhaitez inclure dans le VSIX généré.

#### 2.4.1.21 Gestionnaire de bibliothèque d'aide : le fait de cliquer sur le bouton "Installer la documentation" à la fin du programme d'installation de Visual Studio semble ne pas avoir d'effet

Si vous cliquez sur le bouton "Installer la documentation", cela entraîne le démarrage du Gestionnaire de bibliothèque d'aide, c'est-à-dire l'application qui vous permet d'installer l'aide locale. Le Gestionnaire de bibliothèque d'aide vous invite d'abord à définir un emplacement de contenu local. Ce message est présenté dans une boîte de dialogue qui ne s'affiche pas toujours devant la fenêtre du programme d'installation de Visual Studio.

Pour résoudre ce problème :

Terminez l'installation de Visual Studio afin de fermer la fenêtre du programme d'installation, ou réduisez cette dernière.

#### 2.4.1.22 Impossible de migrer les répertoires VC++ de Visual Studio 2008 vers Visual Studio 2010 lorsque devenv /useenv est utilisé

Lorsque devenv /useenv est utilisé dans Visual Studio 2010, il est impossible de migrer les paramètres des répertoires VC++ de Visual Studio 2008 à partir du fichier .vssettings.

Pour résoudre ce problème :

Pour migrer les paramètres de Visual Studio 2008, démarrez Visual Studio 2010 en utilisant "devenv" et non "devenv /useenv".

1. Exécutez devenv.
2. Migrez les répertoires VC++ de Visual Studio 2008 à partir du fichier .vssettings attaché.
3. Fermez devenv.

#### 2.4.1.23 La propriété "Feuilles de propriétés de projet héritées" des projets Visual C++ a été supprimée

La propriété "Feuilles de propriétés de projet héritées" des projets Visual C++ a été supprimée.

Pour résoudre ce problème :

Utilisez le Gestionnaire de propriétés pour ajouter/supprimer des feuilles de propriétés dans le projet. Pour afficher le Gestionnaire de propriétés, cliquez sur "Affichage -> Gestionnaire de propriétés" dans l'IDE.

#### 2.4.1.24 Build incrémentielle managée non prise en charge pour les projets Visual C++

La build incrémentielle managée pour les projets managés Visual C++ n'est pas prise en charge dans Visual Studio 2010.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.1.25 Lorsqu'une plateforme x64 est créée à partir de la plateforme Win32 pour des projets C++, la propriété TargetEnvironment n'est pas correctement copiée

Lorsqu'une plateforme x64 est créée à partir de la plateforme Win32 pour des projets C++, la propriété TargetEnvironment n'est pas correctement copiée. Cela peut entraîner des erreurs de liens.

Pour résoudre ce problème :

1. Cliquez avec le bouton droit sur le projet.
2. Affichez les pages de propriétés relatives au projet.
3. Accédez à "Lien->Avancé".
4. Remplacez la propriété "Ordinateur cible" par "Ordinateur X64 (/MACHINE:X64)".

#### 2.4.1.26 Les chemins Include C++ (répertoires VC++) sont importés dans un ordre différent, ce qui peut provoquer des erreurs de build

Lorsque des chemins include C++ natifs sont importés de Visual Studio 2008, les chemins d'accès utilisateur sont placés avant les chemins SDK. Cela empêche la génération d'applications si certains noms de fichiers d'en-tête se superposent.

Pour résoudre ce problème :

1. Ouvrez le Gestionnaire de propriétés en cliquant sur Affichage.Gestionnaire de propriétés.
2. Développez le nœud du projet, puis les nœuds configuration|Plateforme, remarquez qu'un fichier "Microsoft.cpp.<Plateforme>.users" existe pour chaque configuration|Plateforme. Il s'agit des fichiers pour les paramètres globaux, ils ressemblent aux anciens outils/Options/Répertoires VC++.
3. Sélectionnez tous les fichiers "Microsoft.cpp.<Plateforme>.users", puis cliquez avec le bouton droit pour afficher la page de propriétés.
4. Dans la fenêtre de la page de propriétés, cliquez sur "Répertoires VC++" dans le volet gauche, ajoutez un nouveau chemin après $(IncludePath) dans la grille des propriétés, séparé par un point-virgule pour "Répertoires Include".
5. Cliquez sur le menu déroulant pour "Répertoires Include", et choisissez "Modifier". Dans la boîte de dialogue qui s'affiche, utilisez les flèches du volet supérieur pour réorganiser les répertoires.

#### 2.4.1.27 Erreur signalée lors de l'attribution d'un nouveau nom à un Windows Form C++, qui est archivé sous contrôle de code de l'IDE

Erreur signalée lors de l'attribution d'un nouveau nom à un Windows Form C++, qui est archivé sous contrôle de code source de l'IDE

Pour résoudre ce problème :

1. Extrayez le Windows Form du contrôle de code source.
2. Renommez-le, puis archivez-le.

#### 2.4.1.28 DTE.Commands.AddCommandBar() ne rend pas les barres de commandes persistantes

L'ajout de barres de commandes via DTE.Commands.AddCommandBar() ne rend pas la barre de commandes persistante. Par conséquent, une fois Visual Studio redémarré, la barre de commandes ne sera pas disponible.

Pour résoudre ce problème :

Si vous voulez ajouter une barre de commandes à un menu de niveau supérieur (par exemple, Barres d'outils et Menus contextuels), utilisez DTE.CommandBars.Add() comme solution alternative. Cependant, si vous souhaitez ajouter une barre de commandes à un menu, vous devez :

1. Vérifier que le complément est chargé au démarrage. Vous pouvez configurer ce paramètre dans Outils ->Gestionnaire de compléments.
2. Une fois le complément chargé, vous pouvez récupérer l'instance de la barre de commandes DTE et ajouter les contrôles en utilisant la méthode Add() située dans la propriété Controls de DTE.CommandBar.

#### 2.4.1.29 Le changement de deux valeurs de propriétés génère une erreur

Ouvrez les pages de propriétés, modifiez deux propriétés sur la page de propriétés, puis cliquez sur "OK". Une erreur "Référence objet non défini à l'instance" s'affiche.

Pour résoudre ce problème :

Cliquez d'abord sur "Appliquer" pour rendre les paramètres persistants, puis cliquez sur "OK" pour fermer la boîte de dialogue.

#### 2.4.1.30 Feuilles de propriétés Microsoft.Cpp.x64.user manquantes dans le gestionnaire de propriétés après qu'une plateforme x64 a été ajoutée à un projet Visual C++

Dans le gestionnaire de configurations, ajoutez une nouvelle plateforme de solution et de projet x64 en copiant les paramètres de Win32. Lorsque vous développez les nœuds Debug | x64 ou Release | x64 dans le gestionnaire de propriétés et ouvrez les feuilles de propriétés enfants, les feuilles de propriétés x64 correspondantes ne sont pas disponibles.

Pour résoudre ce problème :

1. Enregistrez la solution.
2. Rouvrez la solution.
3. Les feuilles de propriétés attendues doivent s'afficher.

#### 2.4.1.31 Ligne de commande entre guillemets converties de façon incorrecte en fichier de règle personnalisé

Si votre règle de génération personnalisée contient cette ligne de commande : "%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt", la conversion échappe les guillemets. La ligne de commande après conversion ressemble à : "%systemroot%\system32\cmd.exe" /k echo >"$(IntDir)\sample.txt.

Pour résoudre ce problème :

1. Ouvrez le fichier .targets correspondant à votre règle dans un éditeur de texte.
2. Corrigez l'attribut <Commandline> pour refléter les guillemets oubliés.
3. Save.Save.

#### 2.4.1.32 Le nettoyage de la solution ne fonctionne pas pour le type de configuration Makefile (version finale (RC) 2010)

L'exécution de la fonctionnalité "Nettoyer la solution" sur une solution nmake entraîne l'affichage de l'erreur suivante :

1>------ Début du nettoyage : Projet : makefiletest, Configuration : Debug Win32 ------

1> 'nmake' n'est pas reconnu en tant que commande interne ou externe,

1> un programme exécutable ou un fichier de commandes.

1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(33,5) : erreur MSB3073 : la commande "nmake /?" s'est arrêtée avec le code 9009.

============== Nettoyage : 0 a réussi, 1 a échoué, 0 a été ignoré ==========

Pour résoudre ce problème :

1. Ouvrez la fenêtre d'invite de commandes de Visual Studio. >
2. Utilisez devenv /useenv pour ouvrir l'IDE.
3. À présent, "Nettoyer la solution" doit fonctionner.

Ou :

Passez un fichier de commandes à la commande clean. Dans le fichier de commandes, définissez PATH en fonction de l'outil nmake, ainsi que l'autre environnement de génération.

#### 2.4.1.33 L'utilisation de ">File.OpenFile" ou ">of" ne remplit pas automatiquement le nom de fichier pour certaines extensions de nom de fichier

Si vous utilisez la fenêtre de commande ou "Atteindre la liste modifiable de recherche" dans la barre d'outils Standard pour ouvrir des fichiers à l'aide de ">File.OpenFile <nomfichier>" ou ">of <nomfichier>", les résultats de la saisie automatique pour certaines extensions de nom de fichier ne s'affichent pas. Les deux extensions de fichiers connues concernées sont les fichiers .xaml et les fichiers .svc.

Pour résoudre ce problème :

Option 1 : tapez le nom complet du fichier (par exemple, ">of MainWindow.xaml").

Option 2 : ouvrez un fichier du projet qui contient le fichier que vous souhaitez ouvrir. Si un fichier de ce projet existe dans le puit d'onglets, la saisie automatique fonctionnera pour tous les fichiers de ce projet.

#### 2.4.1.34 Exception levée lors de la création d'un projet de bibliothèque statique en utilisant "Nouveau projet à partir du code existant"

Les étapes suivantes produisent cette erreur : "Message d'erreur : La référence d'objet n'est pas définie à une instance d'un objet, qui est NullReferenceException"

1. Créez un dossier contenant des fichiers .cpp.
2. Dans Visual Studio, exécutez Fichier->Nouveau->Projet à partir de code existant, depuis ce dossier, sélectionnez C++, accédez au dossier, nommez le projet, cliquez sur Suivant.
3. Sélectionnez le type de projet Bibliothèque statique, puis cliquez sur Terminer.

Pour résoudre ce problème :

1. Sélectionnez un autre type de projet à la place de Bibliothèque statique, puis cliquez sur Terminer.
2. Une fois le projet créé, changez le type du projet en modifiant les propriétés du projet.

#### 2.4.1.35 La migration des feuilles de propriétés de Visual Studio 2008 vers Visual Studio 2010 n'entraîne pas la mise à niveau de la propriété OutputFile

Si vous exécutez une migration et si vous disposez de feuilles de propriétés qui modifient les propriétés des outils Éditeur de liens et Générateur de bibliothèques, une fois la conversion effectuée, seules les propriétés de l'outil Éditeur de liens ou seules les propriétés de l'outil Générateur de bibliothèques sont converties. Les propriétés de l'autre outil conservent leurs valeurs par défaut.

Pour résoudre ce problème :

1. Ouvrez la feuille de propriétés dans Visual Studio 2010.
2. Modifiez manuellement les propriétés du générateur de bibliothèques ou de l'Éditeur de liens.

#### 2.4.1.36 Erreur IntelliSense (#error directive: utilisez le commutateur /MD pour les builds _AFXDLL c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h) s'affiche pour les projets MFC générés automatiquement

Créez une application MFC en utilisant le modèle par défaut et ouvrez l'un des fichiers .cpp générés. Ouvrez la fenêtre errorlist et remarquez que l'erreur IntelliSense se produit dans les fichiers générés automatiquement. L'erreur IntelliSense suivante est signalée :

directive #error : utilisez le commutateur /MD pour les builds _AFXDLL c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h

Pour résoudre ce problème :

1. Ouvrez le projet dans Visual Studio 2010.
2. Cliquez avec le bouton droit sur le projet.
3. Ouvrez Propriétés de configuration->C/C++-> Code Gen ->. Double-cliquez sur "Bibliothèque Runtime" et définissez à "DLL de débogage multithread (/MDd)". Si cette valeur est déjà définie, vérifiez que tel est le cas en la sélectionnant à nouveau (elle doit s'afficher en gras).
4. Cliquez sur OK.

#### 2.4.1.37 Les liens Fwlink à partir d'application MS Word et MS Excel ne redirigent pas l'utilisateur vers la page localisée

Lorsque l'utilisateur clique sur des liens fwlinks trouvés dans une application MS Word et MS Excel, il n'est pas redirigé vers le site localisé, mais vers la page en anglais. L'utilisateur doit manuellement changer le paramètre de langue sur la page cible pour afficher correctement la page localisée.

#### 2.4.1.38 Échec de la publication ClickOnce en raison d'un emplacement incorrect des modules linguistiques redistribuables.

Une erreur de build peut se produire si vous utiliseez des versions Chinois simplifié ou Chinois tradictionnel de Visual Studio 2010 pour publier une application et si vous activez l'option 'Télécharger les composants requis à partir de l'emplacement de mon application' dans la boîte de dialogue Composants requis et sélectionnez l'un des composants suivants :

1. Microsoft .NET Framework 4 (x86 et x64)
2. Microsoft .NET Framework 4 Client Profile (x86 et x64)
3. Microsoft Visual F# Runtime pour .NET 2.0
4. Microsoft Visual F# Runtime pour .NET 4.0

L'erreur de build suivante peut s'afficher par exemple pour 'Microsoft .NET Framework 4 Client Profile (x86 et x64)' :

'MSB3152: L'emplacement d'installation pour les composants requis n'a pas la valeur 'site Web du fabricant du composant' et le fichier 'DotNetFX40Client\dotNetFx40LP_Client_x86_x64cs.exe' dans l'élément 'Microsoft .NET Framework 4 Client Profile (x86 et x64)' est introuvable sur le disque. Pour plus d'informations, consultez l'aide.'

Pour contourner ce problème :

Pour contourner ce problème, pour le chinois simplifié, procédez comme suit :

1. Ouvrez le dossier '%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client'. Pour un système x64, le chemin est %ProgramFiles(x86)%.
2. Copiez le dossier zh-Hans dans un nouveau dossier nommé zh-chs
3. Ouvrez le dossier zh-chs.
4. Ouvrez Package.xml en mode Administrateur.
5. Modifiez la valeur de >Culture< en zh-chs comme suit :

<Nom chaîne=”Culture”>zh-chs</String>

Pour contourner ce problème, pour le chinois traditionnel, procédez comme suit :

1. Ouvrez le dossier '%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client'. Pour un système x64, le chemin est %ProgramFiles(x86)%.
2. Copiez le dossier zh-Hant dans un nouveau dossier nommé zh-cht
3. Ouvrez le dossier zh-cht.
4. Ouvrez Package.xml en mode Administrateur.
5. Modifiez la valeur de >Culture< en zh-cht comme suit :

<Nom chaîne=”Culture”>zh-cht</String>

#### 2.4.1.39 L'application ClickOnce installe des modules linguistiques redistribuables incorrects.

Vous pouvez ne pas être en mesure d'installer les modules linguistiques chinois simplifié ou chinois traditionnel si vous utilisez des versions chinois simplifié ou chinois traditionnel de Visual Studio 2010 pour publier une application si vous avez activé l'option 'Télécharger les composants requis à partir du site Web du fournisseur de composants' dans la boîte de dialogue Composants requis et sélectionnez l'un des composants suivants :

1. Microsoft .NET Framework 4 (x86 et x64)
2. Microsoft .NET Framework 4 Client Profile (x86 et x64)
3. Microsoft Visual F# Runtime pour .NET 2.0
4. Microsoft Visual F# Runtime pour .NET 4.0

Pour contourner ce problème :

Pour contourner ce problème, pour le chinois simplifié, procédez comme suit :

1. Ouvrez le dossier '%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client'. Pour un système x64, le chemin est %ProgramFiles(x86)%.
2. Copiez le dossier zh-Hans dans un nouveau dossier nommé zh-chs
3. Ouvrez le dossier zh-chs.
4. Ouvrez Package.xml en mode Administrateur.
5. Modifiez la valeur de >Culture< en zh-chs comme suit :

<Nom chaîne=”Culture”>zh-chs</String>

Pour contourner ce problème, pour le chinois traditionnel, procédez comme suit :

1. Ouvrez le dossier '%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client'. Pour un système x64, le chemin est %ProgramFiles(x86)%.
2. Copiez le dossier zh-Hant dans un nouveau dossier nommé zh-cht
3. Ouvrez le dossier zh-cht.
4. Ouvrez Package.xml en mode Administrateur.
5. Modifiez la valeur de >Culture< en zh-cht comme suit :

<Nom chaîne=”Culture”>zh-cht</String>

#### 2.4.1.40 Erreur lors de la réparation de .NET Framework 4

Si vous êtes averti d'une erreur après la réparation de .NET Framework 4 et si plusieurs modules linguistiques de .NET Framework 4 sont installés, vous pouvez ignorer cette erreur. .NET Framework 4 sera réparé correctement.

Si le .NET Framework ne fonctionne toujours pas correctement, procédez comme suit :

1. Ouvrez le Panneau de configuration et Programmes et fonctionnalités.
2. Désinstallez .NET Framework 4 Extended
3. Désinstallez .NET Framework 4 Client Profile
4. Réinstallez .NET Framework 4 à partir de http://www.microsoft.com/downloads/details.aspx?FamilyID=9cfb2d51-5ff4-4491-b0e5-b386f32c0992
5. Réinstallez les modules linguistiques de .NET Framework 4 à partir de http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en

#### 2.4.1.41 Erreur lors de la réparation ou de la désinstallation du module linguistique de .NET Framework 4

Si vous êtes averti d'une erreur lors de la réparation ou de la désinstallation du module linguistique de .NET Framework 4 et si plusieurs modules linguistiques de .NET Framework 4 sont installés, il se peut que vous deviez exécuter la réparation ou la désinstallation à partir du package source.

Pour résoudre ce problème :

1. Lancez le programme d'installation du module linguistique du .NET Framework 4 pour la langue sélectionnée à partir de http://www.microsoft.com/downloads/details.aspx?FamilyID=6fd7e428-0aa8-40e3-a48d-0df2d76e24a8&displaylang=en
2. Sélectionnez réparer ou désinstaller

#### 2.4.2 Éditeur de code

#### 2.4.2.1 IntelliSense n'est pas activé pour les utilisateurs qui effectuent une mise à niveau à partir d'une version antérieure de Visual Studio et qui utilisent ReSharper

Les clients qui utilisent JetBrains ReSharper avec Visual Studio 2008 ou version antérieure peuvent ne pas disposer d'IntelliSense après une mise à niveau vers Visual Studio 2010 et une migration de leurs paramètres. Lorsque ReSharper est utilisé, il désactive Visual Studio IntelliSense par défaut et le remplace par ReSharper IntelliSense, et le fichier .vssettings de l'utilisateur enregistre que Visual Studio IntelliSense n'est pas activé. Lorsque Visual Studio 2010 est installé, il migre automatiquement le fichier des paramètres utilisateur à partir de la version antérieure de Visual Studio ; cela comprend le paramètre qui désactive IntelliSense.

Pour résoudre ce problème :

Il existe deux façons de résoudre ce problème :

1. Installez une build de ReSharper compatible avec Visual Studio 2010.
2. Réactivez IntelliSense dans Visual Studio 2010. Pour ce faire, ouvrez Outils -> Options -> Éditeur de texte ->[langue]-> Général et sélectionnez "Répertorier automatiquement les membres". Les utilisateurs C# peuvent également utiliser Outils -> Options -> Éditeur de texte -> C#-> IntelliSense et réinitialisez ces options.

#### 2.4.2.2 Les paramètres de couleur des mots clés utilisateur importés de Visual Studio 2008 ne sont pas reflétés dans l'éditeur Visual C++ dans Visual Studio 2010

Les paramètres de couleur des mots clés utilisateur importés de Visual Studio 2008 ne sont pas reflétés dans l'éditeur Visual C++ dans Visual Studio 2010.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.2.3 La fonctionnalité de rapport d'erreurs en direct IntelliSense et les info-bulles Info express ne fonctionnent pas lors du débogage dans l'éditeur Visual C++

La fonctionnalité de rapport d'erreurs en direct IntelliSense (souligné ondulé) et les info-bulles Info express (informations qui s'affichent lorsque vous déplacez le pointeur sur du code) ne sont pas disponibles pour C++ lors du débogage. L'interface utilisateur des info-bulles est utilisée par l'évaluateur d'expressions lors du débogage.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement. Actuellement, la fonctionnalité de rapport d'erreurs et les informations d'info-bulles ne sont pas prises en charge pour C++ lors du débogage.

#### 2.4.2.4 Prise en charge IntelliSense complète non disponible pour C++/CLI

Un sous-ensemble d'IntelliSense n'est pas disponible pour le code C++/CLI dans Visual Studio 2010. Cela comprend :

- Liste des membres
- Aide sur les paramètres
- Infos express
- Hiérarchie d'appels
- Soulignements ondulés

Cependant, toutes les fonctionnalités de navigation de code (ClassView, GotoDef, Rechercher toutes les références, Naviguer vers, etc) sont disponibles pour C++/CLI.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.2.5 Certains logiciels antivirus en temps réel peuvent ralentir les performances de l'IDE Visual C++

Un logiciel antivirus en temps réel peut interférer avec l'E/S disque nécessaire à l'IDE Visual C++. Cette E/S peut être nécessaire pour la compilation ou la liaison ou pour la mise à jour de la base de données qui est utilisée pour la fonctionnalité de l'IDE. Le ralentissement des performances observé est en général de 15 à 30 %.

Pour résoudre ce problème :

Excluez vos répertoires sources de l'analyse antivirus. Ainsi, le logiciel antivirus ne verrouille pas les fichiers qui sont modifiés par l'IDE.

Vous pouvez également exclure le type de fichier SDF de l'analyse antivirus. Dans Visual Studio 2010, l'IDE Visual C++ utilise une base de données SQL Server Compact pour fournir la fonctionnalité de navigation du code de l'IDE. Le fichier de base de données créé a l'extension de nom de fichier .sdf. L'exclusion de ces fichiers de l'analyse permet que ces fichiers ne soient pas verrouillés par le logiciel antivirus lors l'IDE doit y accéder.

#### 2.4.2.6 L'analyseur VS s'arrête lors de la modification de fichiers .css avec des caractères DBCS

Lors de la modification de commentaires dans des fichiers .css, l'insertion de caractères DBCS peut faire échouer l'analyseur VS. Les fichiers qui contiennent déjà des commentaires peuvent s'arrêter brutalement lors de la suppression des caractères /* de début, ce qui expose le commentaire à l'analyseur pour la mise à jour de la surbrillance de la syntaxe. Ce problème se produit également lors de l'ouverture de fichiers .css qui contiennent déjà des caractères DBCS.

Pour résoudre ce problème :

Lors de la création de nouveaux commentaires sur plusieurs lignes, placez chaque ligne entre /* */.

Lors de la modification de commentaires existants dans des fichiers .css qui contiennent des caractères DBCS, ne supprimez pas les caractères /* de début.

#### 2.4.3 Langages

Il n'existe aucun problème connu.

#### 2.4.4 Visual Studio Tools pour Office

#### 2.4.4.1 L'ouverture d'un projet Visual Studio 2010 Bêta 2 VSTO dans Visual Studio 2010 version Release ne lance pas la génération

Les projets Office créés dans Visual Studio 2010 Bêta 2 et qui ciblent .NET Framework 4 ne seront pas compilés dans Visual Studio 2010 version Release.

Pour résoudre ce problème :

Pour compiler le projet dans Visual Studio 2010 version Release, vous devez générer les fichiers code-behind. Il y a deux manières pour effectuer cette opération :

Option 1 :

1. Assurez-vous que le projet n'est pas ouvert dans Visual Studio 2010.
2. Supprimez tous les fichiers *.Designer.cs, ou *.Designer.vb du projet. Par exemple, dans un projet de complément Visual C# , supprimez les fichiers ThisAddIn.Designer.cs.
3. Ouvrez le projet Visual Studio 2010. Lorsque vous ouvrez le projet, Visual Studio régénère automatiquement les fichiers supprimés en utilisant du code qui peut être compilé.

Option 2 :

1. Ouvrez le projet dans Visual Studio 2010.
2. Modifiez le .NET Framework cible du projet en .NET Framework 3.5.
3. Modifiez de nouveau le .NET Framework cible en .NET Framework 4 ou .NET Framework 4 Client Profile. Après avoir reciblé le projet, Visual Studio régénère automatiquement les fichiers supprimés en utilisant du code qui peut être compilé.

#### 2.4.5 Développement SharePoint

#### 2.4.5.1 Le déploiement de modèles BDC sur SharePoint Foundation 2010 provoque une erreur

Si vous essayez de déployer un modèle BDC créé dans Visual Studio 2010 sur SharePoint Foundation 2010, vous recevez le message d'erreur suivant :

Erreur 1 Échec du chargement de l'assembly du récepteur "Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" pour la fonctionnalité "SharePointProject4_Feature2" (ID: 90146a35-91c1-4d4d-ac01-8cd24614b540).: System.IO.FileNotFoundException: Impossible de charger le fichier ou l'assembly 'Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' ou une de ses dépendances. Le système ne trouve pas le fichier spécifié.Nom de fichier : 'Microsoft.Office.SharePoint.ClientExtensions, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c'
à System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
à System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
à System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
à System.Reflection.Assembly.Load(String assemblyString)
à Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()

Pour résoudre ce problème :

Effectuez une ou plusieurs des actions suivantes :

- Créez un récepteur d'événement de fonctionnalité qui permet l'importation de packages de solution (fichiers .wsp) qui contiennent les modèles BDC, comme indiqué dans le document http://go.microsoft.com/fwlink/?LinkID=187676.
- Effectuez une mise à niveau vers Microsoft SharePoint Search Express ou SharePoint Server 2010.

#### 2.4.5.2 Prise en charge Team Build pour les projets SharePoint

La génération d'équipe pour les projets SharePoint n'est pas prise en charge par la fonctionnalité non fournie avec TFS/Team Build en raison de la dépendance à SharePoint et aux cibles et tâches de génération personnalisée.

Pour résoudre ce problème :

L'article MSDN : http://go.microsoft.com/fwlink/?LinkID=165499 fournit les instructions étape par étape afin que les clients puissent activer manuellement la génération et le packaging de projet SharePoint sur un ordinateur TFS/Team Build.

#### 2.4.5.3 Des erreurs se produisent lorsqu'un site SharePoint est créé à l'aide d'une seconde définition de site

Si vous avez une solution SharePoint qui contient deux définitions de site, et que vous créez un site à l'aide de la première définition de site, vous obtiendrez l'erreur suivante si vous essayez de créer un site basé sur la seconde définition de site :

Erreur Le modèle que vous avez sélectionné n'est pas valide ou est introuvable.
FAILED hr detected (hr = 0x81071e44)

Pour résoudre ce problème :

Fermez Visual Studio et redémarrez-le ou mettez fin au processus vssphost.exe en utilisant le Gestionnaire de tâches.

#### 2.4.5.4 Le débogage Inline d'une page Application et d'éléments WebPart visuels ne fonctionne pas

L'exécution ne s'arrête pas aux points d'arrêt définis dans la balise XML d'une page application ou d'un composant WebPart visuel.

Pour résoudre ce problème :

1. Dans le menu Déboguer, cliquez sur Options et paramètres.
2. Dans la boîte de dialogue Options, cliquez sur Général, puis désactivez "Les fichiers sources doivent correspondre exactement à la version d'origine".

#### 2.4.5.5 Le sélecteur d'URL n'est pas activé pour certains contrôles Sharepoint

Vous ne pouvez pas appeler le sélecteur d'URL à partir des propriétés du contrôle CSSLink et DateTimeControl.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.5.6 L'assembly n'est pas ajouté au dossier \bin\ après l'ajout d'un contrôle serveur personnalisé

Si vous ajoutez un contrôle serveur personnalisé au projet, l'assembly qui contient le contrôle n'est pas automatiquement ajouté au répertoire \bin\ lors de la compilation du projet. Il en résulte, que l'assembly n'est pas déployé sur le serveur SharePoint lorsque vous exécutez le projet.

Pour résoudre ce problème :

Sur la page Avancé du Concepteur de packages, ajoutez l'assembly personnalisé.

#### 2.4.5.7 SharePoint 2010 est requis pour créer des projets SharePoint

Pour créer un projet SharePoint, SharePoint 2010 doit être installé localement sur le système.

Pour résoudre ce problème :

Installez SharePoint Foundation 2010 ou SharePoint Server 2010 sur le système sur lequel Visual Studio 2010 est installé.

#### 2.4.5.8 Certaines nouvelles fonctionnalités de langage ne sont pas prises en charge dans les projets SharePoint

Dans Visual Studio 2010, plusieurs nouvelles fonctionnalités de langage Visual C# et Visual Basic ne sont pas disponibles dans les projets SharePoint.

Pour résoudre ce problème :

Il n'existe aucune solution de contournement.

#### 2.4.5.9 Des points d'arrêt dans le Workflow Designer ne sont pas atteints dans les projets SharePoint

Des points d'arrêt définis dans le Workflow Designer ne jouent pas correctement leur rôle (arrêt) dans les projets SharePoint.

Pour résoudre ce problème :

Définissez les points d'arrêt dans le fichier de code du flux de travail, workflow.cs ou workflow.vb. Les points d'arrêts dans le fichier code arrêteront correctement le processus.

#### 2.4.5.10 Le débogueur affiche un flux de travail incorrect dans le Designer, et/ou des erreurs de build de flux de travail ne sont pas signalées

Lors du second déploiement d'un flux de travail SharePoint, une ancienne version du flux de travail peut être affichée dans le Workflow Designer lors du débogage. De plus, toutes les erreurs de build ne sont pas affichées. Il s'agit uniquement d'un problème d'affichage du Workflow Designer ; le flux de travail correct s'exécute dans SharePoint.

Pour résoudre ce problème :

Modifiez la signature de l'assembly stockée dans le Global Assembly Cache (GAC) pour les déploiements suivants. Pour cela, modifiez simplement la version de l'assembly. Pour éviter ce problème, modifiez le fichier assembly.cs ou assembly.vb afin que le numéro de version de l'assembly soit incrémenté automatiquement à chaque build.

#### 2.4.6 Développement Web

#### 2.4.6.1 Le routage d'URL ne fonctionne pas avec des chemins virtuels qui contiennent des points lorsque vous utilisez Visual Studio Development Server (Cassini) dans les sites Web du système de fichiers

Si vous créez un site Web du système de fichiers dans Visual Studio 2010 et que le site Web se trouve dans un dossier qui contient un point (.) dans le nom de dossier, le routage d'URL ne fonctionnera pas correctement. Une erreur HTTP 404 est retournée à partir des chemins d'accès virtuels. Cela se produit car Visual Studio 2010 exécute Visual Studio Development Server (Cassini) à l'aide d'un chemin d'accès incorrect pour le répertoire virtuel racine.

Par exemple, si un site Web du système de fichiers est créé dans un dossier qui porte le nom "somedot.path", une demande de l'URL suivante échoue avec une erreur HTTP 404 :http://localhost:1234/somedot.path/example

Cependant, une requête pour l'URL suivante réussira :

http://lochttp://localhost:1234/somedot.path/example.aspx

Pour résoudre ce problème :

Vous pouvez utiliser l’une des solutions de contournement suivantes pour résoudre ce problème :

- Sur la page Propriétés du site Web du système de fichiers, modifiez l'attribut "Chemin d'accès virtuel" en "/".>Créez un projet d'application Web au lieu d'un projet de site Web. Les projets d'application Web n'ont pas ce problème, et le routage d'URL fonctionne même si le dossier du projet contient un point dans son nom.
- Créez un site Web HTTP hébergé dans IIS. Les sites Web hébergés dans IIS peuvent contenir des points dans les chemins d'accès virtuels ainsi que dans le nom du dossier de fichiers projet. Dans Visual Studio, sélectionnez le chemin "http" lorsque vous créez le projet.

#### 2.4.6.2 Le projet de test unitaire ne contient pas de référence à un projet ASP.NET MVC 2

Si la fenêtre de l'Explorateur de solutions est masqué dans Visual Studio, lorsque vous créez un projet d'application Web ASP.NET MVC 2 et que vous sélectionnez l'option Oui, créer un projet de test unitaire dans la boîte de dialogue Créer un projet de test unitaire, le projet de test unitaire est créé mais n'a pas de référence au projet ASP.NET MVC 2 associé. Lorsque vous générez la solution, Visual Studio affichera des erreurs de compilation et les tests unitaires ne s'exécuteront pas.

Pour résoudre ce problème :

Il existe deux solutions de contournement : La première consiste à vous assurer que la fenêtre de l'Explorateur de solutions est affichée lorsque vous créez un projet d'application Web ASP.NET MVC 2. Si vous préférez conserver l'Explorateur de solutions masqué, la deuxième solution de contournement consiste à ajouter manuellement une référence de projet à partir du projet de test unitaire au projet ASP.NET MVC 2.

#### 2.4.6.3 Certaines fonctionnalités ne sont pas disponibles dans le profil Web Development (code optimisé)

Le concepteur HTML n'est pas disponible dans le profil Web Development (code optimisé). Les fonctionnalités qui ont besoin du concepteur, par exemple, le Générateur de styles, ne sont pas disponibles dans ce profil.

Pour résoudre ce problème :

Le concepteur HTML peut être activé en utilisant un profil autre que le profil Web Development (code optimisé). Pour changer le profil utilisé, dans le menu Outils, sélectionnez Importation et exportation de paramètres. Réinitialisez les paramètres et sélectionnez un autre profil.

#### 2.4.6.4 Certaines fonctionnalités de déploiement Web Visual Studio 2010 ne fonctionnent pas si Visual Studio 2010 est installé sur Windows Vista RTM au lieu de Windows Vista SP1

Si les nouvelles fonctionnalités de déploiement Web de Visual Studio 2010 sont utilisées avec l'une des fonctionnalités suivantes (intégrées à MSDeploy)

- Packaging Web
- Publication en un clic
- Déploiement DB

les utilisateurs Windows Vista doivent avoir installé le Service Pack 1.

Pour résoudre ce problème :

MSDeploy requiert des fonctionnalités de Windows Vista SP1. C'est pourquoi, l'exécution de fonctionnalités de déploiement Web sur Windows Vista RTM échoue. Le Service Pack 1 de Windows Vista doit être installé afin d'utiliser les fonctionnalités de déploiement Web dans Visual Studio 2010. Vous pouvez également utiliser Windows XP, Windows 2003, Windows 2008 R2 ou Windows 7 pour installer Visual Studio 2010 et utiliser les fonctionnalités de déploiement Web. (Cependant, il est recommandé de toujours utiliser les Service Pack les plus récents du système d'exploitation afin que toutes les dépendances requises soient présentes).

#### 2.4.6.5 Le serveur de développement ASP.NET nécessite IPv4 pour s'installer

Le serveur de développement ASP.NET Development Server (Cassini) requiert IPv4 pour être installé sur un ordinateur de développement. Cependant, IPv4 n'a pas besoin d'être activé.

Pour résoudre ce problème :

Si une stratégie de sécurité requiert IPv6, IPv4 peut être installé mais pas activé sur l'ordinateur de développement. IIS peut également être utilisé pour le développement de site Web.

#### 2.4.6.6 La mise à niveau d'un site Web ASP.NET 3.5 qui a un contrôle Chart 3.5 vers ASP.NET 4 requiert des modifications de web.config et de la directive register

La mise à niveau d'un site Web ASP.NET 3.5 qui a un contrôle Chart 3.5 vers ASP.NET 4 génèrera l'erreur suivante lors de la build :

Erreur 1 Le type 'System.Web.UI.DataVisualization.Charting.Chart' existe dans 'c:\Windows\assembly\GAC_MSIL\System.Web.DataVisualization\3.5.0.0__31bf3856ad364e35\System.Web.DataVisualization.dll' et dans 'c:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.DataVisualization.dll' C:\Websites\Vs2008Sp1_Website_35_Cs_WithChart\Default.aspx 15

Pour résoudre ce problème :

Les références qui pointent toujours vers le contrôle Chart 3.5 dans web.config après la mise à niveau doivent être mises à jour pour faire référence à la version 4.

<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">lt;controls>

<add tagPrefix="asp" namespace="System.Web.UI.DataVisualization.Charting" assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>

</controls>

</pages>

<httpHandlers>

<add path="ChartImg.axd" verb="GET,HEAD" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>

</httpHandlers>

......

<system.webServer>

<validation validateIntegratedModeConfiguration="false"/>

<handlers>

<remove name="ChartImageHandler"/>

<add name="ChartImageHandler" preCondition="integratedMode" verb="GET,HEAD" path="ChartImg.axd" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>

</handlers>

</system.webServer>

......

La directive Register dans la page Web Forms doit être supprimée ou mise à jour pour faire référence à la version 4.

<%@ Register assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" namespace="System.Web.UI.DataVisualization.Charting" tagprefix="asp" %>

L'assembly System.Web.DataVisualization existant dans le dossier bin peut avoir été supprimé car elle fait partie de .NET Framework 4.

#### 2.4.7 Outils Windows Communication Foundation (WCF)

Il n'existe aucun problème connu.

#### 2.4.8 Outils Windows Presentation Foundation (WPF)

#### 2.4.8.1 Blog de l'équipe du Concepteur WPF & Silverlight

L'équipe du concepteur WPF & Silverlight (Cider Team) a commencé un nouveau blog qui se trouve à l'adresse : http://blogs.msdn.com/wpfsldesigner/default.aspx

Le contenu initial de ce blog est centré sur l'ensemble d'outils du concepteur, proposent des procédures pas à pas pour utiliser le concepteur, un forum aux questions et des publications pour les auteurs de contrôle. Ce blog vous permet également de fournir des commentaires à l'équipe Cider.

Vous trouverez ces éléments de README sur le blog à l'adresse : http://gohttp://go.microsoft.com/?linkid=9723703

Pour résoudre ce problème :

Non applicable.

#### 2.4.8.2 Les exceptions du code utilisateur peuvent affecter le concepteur et Visual Studio

Tout code utilisateur qui lève une exception au moment du design peut provoquer des exceptions non gérées dans le concepteur, voire entraîner un arrêt brutal de Visual Studio. Pour y remédier, empêchez votre code de s'exécuter au moment du design en l'incluant dans un wrapper avec des vérifications DesignerProperties.GetIsInDesignMode. Le gestionnaire d'événements UserControl.Loaded, la liaison des convertisseurs, ainsi que les gestionnaires d'événements asynchrones WCF sont des exemples usuels de méthodes exécutées au moment du design.

Pour résoudre ce problème :

Consultez les articles suivants :

- Vérification du mode Design en WPF : http://go.microsoft.com/?linkid=9723704
- Vérification du mode Design dans Silverlight : http://go.microsoft.com/?linkid=9723705
- Dépannage des erreurs de chargement des concepteurs WPF et Silverlight : http://go.microsoft.com/?linkid=9723706

#### 2.4.8.3 Impossible de charger les assemblys téléchargés à partir du Web

Dans Visual Studio 2010, les assemblys téléchargés à partir du Web ne sont pas toujours chargés correctement. En effet, ces assemblys sont caractérisés en tant qu'assemblys MOTW ("Mark of the Web") et, par conséquent, ne sont pas entièrement fiables. L'utilisation de ces assemblys en l'état peut provoquer des erreurs lors de la génération d'une application, du référencement de ces assemblys en XAML, ou de la tentative d'utilisation de l'un de ces assemblys via la boîte de dialogue Choisir les éléments. Dans ces cas précis, l'erreur indique généralement que l'assembly concerné a peut-être été téléchargé à partir du Web.

Pour résoudre ce problème :

Si vous avez entièrement confiance en ces assemblys, vous pouvez contourner ce problème en suivant les instructions décrites ici :

http://go.microsoft.com/fwlink/?LinkId=179545

#### 2.4.8.4 Échec de la résolution des ressources des assemblys externes Silverlight 3 au moment du design

Les ressources des assemblys externes Silverlight (ce qui signifie que les projets qui génèrent ces assemblys ne font pas partie de votre solution) sont introuvables par le concepteur.

Pour résoudre ce problème :

Pour tout ResourceDictionary Silverlight contenu dans un assembly utilisé en tant que référence d'assembly, vous devez inclure ce qui suit dans la définition de ResourceDictionary :

x:Class="ResourceDictionary"

À titre d'exemple plus précis, ResourceDictionary doit être semblable à ce qui suit :lt;ResourceDictionary

x:Class="ResourceDictionary"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

</Resou</ResourceDictionary>

#### 2.4.8.5 La mise à niveau de projets de la version 3.5 vers la version 4 peut provoquer des erreurs de build

Pour cette version de Visual Studio, certains types ont été déplacés dans l'assembly System.Xaml. Il en résulte, que le reciblage de votre projet de la version 3.5 vers la version 4 peut générer des erreurs qui indiquent :

Ce type a été transmis à l'assembly 'System.Xaml'.

Pour résoudre ce problème :

Ajoutez manuellement cet assembly à votre projet et régénérez.

#### 2.4.9 Outils Windows Workflow Foundation (WF)

Il n'existe aucun problème connu.

#### 2.4.10 Intégration du Kit de développement Windows SDK

Il n'existe aucun problème connu.

#### 2.4.11 Débogueur, base de données, diagnostics et outils d'analyse

#### 2.4.11.1 Si Microsoft Test Manager n'est pas arrêté correctement, les paramètres du proxy HTTP peuvent être incorrects et empêcher le chargement de sites Web

Si Microsoft Test Manager (MTM.exe) n'est pas arrêté correctement (s'il tombe en panne, s'il doit être redémarré, ou en cas de panne électrique), et que l'adaptateur de données de diagnostic "Proxy client ASP.NET pour IntelliTrace et l'impact de test" était activé dans les paramètres de test, les paramètres du proxy Internet ne seront pas rétablis sur l'ordinateur client. Cela peut gêner le trafic Internet, notamment le rendu de site Web.

Pour résoudre ce problème :

- Ouvrez "Options Internet" à partir du Panneau de configuration (il se peut que vous deviez afficher les éléments en utilisant "Grandes icônes").>Basculez sur l'onglet "Connexions".
- Cliquez sur le bouton "Paramètres du réseau local".
- Dans la zone "Serveur proxy", rétablissez les paramètres du serveur proxy correct en désactivant la case à cocher "Utiliser un serveur proxy pour votre réseau local" ou en modifiant l'adresse et le port du serveur proxy si votre environnement requiert l'utilisation d'un serveur proxy.
- Si vous devez utiliser un serveur proxy, cliquez sur "Avancé" en regard de la zone de texte "Port". Vérifiez que le serveur proxy correct est configuré pour tous les types de serveurs.

#### 2.4.11.2 Échec de démarrage du débogueur si le répertoire des enregistrements IntelliTrace est en lecture seule

Par défaut, les fichiers IntelliTrace sont situés dans le répertoire "%ProgramData%\Microsoft Visual Studio\10.0\TraceDebugging\". Si ce répertoire est en lecture seule, ou s'il est modifié pour correspondre à un emplacement en lecture seule, une exception non gérée est levée. "Erreur lors de l'exécution du projet : Exception non interceptée, levée par la méthode appelée par réflexion."

Pour résoudre ce problème :

- Option 1 : modifiez les autorisations du répertoire pour qu'il soit accessible en écriture. >Option 2 : changez le répertoire dans lequel les enregistrements IntelliTrace sont stockés.

- Dans Visual Studio, ouvrez la boîte de dialogue Options.
- Développez l'élément IntelliTrace dans le volet gauche de la boîte de dialogue.
- Cliquez sur l'élément Avancé sous IntelliTrace.
- Changez le répertoire des enregistrements IntelliTrace par un qui n'est pas en lecture seule.
- Cliquez sur OK.

#### 2.4.11.3 Message d'erreur lors du débogage d'une application qui utilise une bibliothèque parallèle native Microsoft

Lors du débogage d'une application qui utilise les bibliothèques parallèles de tâches Visual C++ qui font partie de CRT version 10.0, un message d'erreur peut se produire dans la fenêtre Tâches parallèles (et Piles parallèles).

"Cette vue n'est prise en charge que pour les programmes ciblant Visual C++ version 10 ou ultérieure. Essayez de charger les symboles. Paramètres de symboles..."

Le chargement des symboles, comme le suggère le message d'erreur, devrait résoudre le problème. Si tel n'est pas le cas, votre session de débogage utilise des symboles téléchargés du serveur de symboles public de Microsoft plutôt que ceux installés sur votre ordinateur par Visual Studio.

Pour résoudre ce problème :

Avant de déboguer votre application, procédez ainsi :

1. Cliquez sur Outils -> Options -> Débogage -> Symboles.>Vérifiez l'entrée "Serveurs de symboles Microsoft" sous "Emplacements du fichier de symboles (.pdb) :" Si vous utilisez déjà le cache de symbole, supprimez le dossier qui contient les symboles CRT téléchargés.
2. Ajoutez une entrée de chemin de symbole explicite (et vérifiez) sous "Emplacements du fichier de symboles (.pdb) " qui pointe vers "<windir>\symbols\dll". Remarque : < windir > est le dossier d'installation Windows ; par exemple : C:\Windows'

#### 2.4.11.4 L'importation d'un DataTip épinglé entraîne l'arrêt brutal de Visual Studio

En mode Design, l'importation d'un DataTip déjà existant et épinglé au code source entraîne un arrêt brutal de Visual Studio.

Pour résoudre ce problème :

Il existe deux moyens de contourner ce problème :

1. Importez les DataTips en mode débogage et non en mode Design.
2. Sinon, désactivez le DataTip épinglé avant d'importer un fichier de DataTips qui contient une copie dupliquée d'un DataTip épinglé existant.

#### 2.4.11.5 Les compteurs de performance UC sont affichés uniquement dans la dernière langue installée

Si Visual Studio 2010 est installé en plusieurs langues, les noms de compteurs de performance UC seront toujours affichés dans la dernière langue installée.

Par exemple : si Visual Studio 2010 en japonais est installé en premier, puis si Visual Studio 2010 en anglais est installé ensuite sur le même ordinateur, les noms de compteurs de performance UC seront en anglais, quelle que soit la langue de l'interface utilisateur définie dans Visual Studio.

#### 2.4.11.6 La sortie du profileur n'est pas traduite lors d'une deuxième exécution dans une version localisée de Visual Studio 2010

Certains messages du profileur dans la fenêtre Sortie ne sont pas traduits lors d'une seconde exécution du profilage.

Pour une solution de contournement, fermez le rapport de profilage (.vsp) avant de procéder à un autre profilage.

#### 2.4.11.7 Les noms des règles des outils d'analyse des performances sont en anglais dans les versions chinois simplifié et chinois traditionnel

Dans les versions chinois simplifié et chinois traditionnel de Visual Studio 2010, les noms des règles des outils d'analyse des performances ne sont pas traduits. Pour accéder aux règles des outils d'analyse des performances, sélectionnez Options dans le menu Outils, développez le nœud Outils d'analyse des performances, et sélectionnez Règles.

Ces noms sont stockés dans le fichier vsperf_rule_definitions.xml file installé dans les dossiers Team Tools\Performance Tools\zh-Hans\ et Team Tools\Performance Tools\zh-Hant\ dans le dossier d'installation de Visual Studio en chinois simplifié et en chinois traditionnel.

Pour résoudre ce problème :

Les dossiers Team Tools\Performance Tools\zh-CHS\ et Team Tools\Performance Tools\zh-CHT\ doivent être créés et le fichier vsperf_rule_definitions.xml file doit être copié dans ces dossiers respectivement pour le chinois simplifié et le chinois traditionnel.

Il s'agit uniquement d'un problème d'affichage qui n'affecte pas les fonctionnalités.

#### 2.4.12 Outils d'architecture

Il n'existe aucun problème connu.

#### 2.4.13 Outils de test

#### 2.4.13.1 En raison de problèmes de fichier en lecture seule, la mise à niveau d'une solution Visual Studio 2008 qui comporte un projet de test, une configuration de série de tests et .vsmdi échoue

La mise à niveau d'une solution de Visual Studio 2008 vers Visual Studio 2010 échoue lorsque les fichiers .testrunconfig ou .vsmdi sont en lecture seule. Lors de la mise à niveau, un message s'affiche et signale que la mise à niveau a échoué.

Pour résoudre ce problème :

Avant d'ouvrir la solution, vérifiez que les fichiers ne sont pas en lecture seule. Si les fichiers sont archivés sous contrôle de code source et en lecture seule, extrayez les fichiers avant d'ouvrir la solution.

#### 2.4.13.2 L'exécution de cas de test automatisés dans un environnement virtuel d'isolement réseau prend plus de temps que prévu

Lorsque vous exécutez des cas de test automatisés dans un environnement virtuel d'isolement réseau, vous constatez que l'agent de test reste à l'état "Exécution du test en cours" pendant quelques minutes après la fin de l'exécution du cas de test. Cela se produit uniquement si :

1. Vous exécutez les cas de test dans un environnement d'isolement réseau, dans lequel les machines virtuelles sont connectées à un domaine différent de celui sur lequel le contrôleur de test est installé. >Dans l'environnement d'isolement réseau, il existe au moins une machine virtuelle utilisée uniquement pour la collecte de données (aucun test ne s'exécute sur cette machine).
2. Vous n'utilisez pas de comptes miroir locaux pour les communications entre l'agent et le contrôleur et vous avez configuré le compte du service lab dans la collection de projet d'équipe.

Pour résoudre ce problème :

1. Exécutez le contrôleur de test sous un compte de domaine différent du compte de service lab. Par exemple, si le compte de domaine est mydomain\myaccount. >Dans l'environnement d'isolement réseau, créez un miroir de ce compte de domaine sur les ordinateurs lab qui exécutent les cas de test. Vous pouvez identifier ces ordinateurs dans votre environnement en faisant correspondre le rôle de chaque ordinateur avec le rôle d'exécution dans vos paramètres de test. Par exemple, si le rôle d'exécution dans vos paramètres de test est "Serveur de base de données", vous ne devez le mettre en miroir que sur les ordinateurs qui ont le rôle = "Serveur de base de données" et non sur tous les autres ordinateurs de l'environnement. (La mise en miroir du compte de domaine signifie que vous devez créer un compte d'ordinateur local qui porte le nom "myaccount" et le même mot de passe que celui de mydomain\myaccount.)
2. Redémarrez le contrôleur de test et exécutez les cas de test.

Remarque : si après quelques jours le mot de passe pour le compte du contrôleur de test change, vous devez mettre à jour le mot de passe sur les ordinateurs que vous avez créé en miroir.

#### 2.4.13.3 Les projets de test codé de l'interface utilisateur créés avec la bêta 2 doivent être mis à niveau vers la version Release. Des modifications significatives de l'API ont été apportées. Tous les projets créés avec Visual Studio 2010 Bêta 2 doivent être mis à niveau vers la version Release

La liste des modifications est la suivante :

1. Le fichier UserControls.cs a été supprimé. Toutes les classes spécialisées (HtmlButton, WinEdit, WpfCheckbox etc) font désormais partie du produit.>Le contrôle 'Internet Explorer Server' faisant partie de la hiérarchie de contrôle de l'interface utilisateur pour les contrôles Html. Il a été supprimé pour une meilleure prise en charge de l'extensibilité.
2. Pour la recherche dans une fenêtre de navigateur, un nom exact doit être utilisé.
3. Les noms des propriétés (par exemple : DisplayText de HtmlButton) se trouvaient dans une hiérarchie de classes séparée (par exemple : HtmlProperties.Button.DisplayText). Ils font désormais partie de la définition de chaque classe spécialisée. Par conséquent, HtmlButton.PropertyNames.DisplayText donnera le nom de la propriété DisplayText de HtmlButton.
4. Les classes qui n'avaient pas de propriétés supplémentaires seront désormais traitées comme des classes personnalisées. Par exemple : HtmlForm sera considéré comme HtmlCustom et sa propriété TagName sera définie à 'Form'. Les contrôles Windows Forms qui n'ont pas de propriétés supplémentaires seront considérés comme des WinControl. Les contrôles WPF qui n'ont pas de propriétés supplémentaires seront considérés comme des WPFControl.

Pour résoudre ce problème :

1. Téléchargez et installez l'outil de mise à niveau de test d'interface utilisateur à partir de http://go.microsoft.com/fwlink/?LinkId=184024
2. Ouvrez la fenêtre d'invite de commandes de Visual Studio.
3. Exécutez le script suivant :

UITestUpgrade.exe <nom du ou des dossiers à mettre à niveau>

- Cet outil de mise à niveau corrigera toutes les modifications répertoriées.
- Tous les dossiers se trouvant sous les dossiers spécifiés font l'objet d'une recherche et tous les projets qui se trouvent dessous sont mis à niveau.
- Plusieurs dossiers peuvent être spécifiés, séparés par des virgules.
- Si un projet est sous contrôle de code source, l'outil de mise à niveau l'extraira et apportera les modifications.
- Un dossier de sauvegarde est créé et tout le contenu du dossier spécifié est copié dedans avant que des modifications soient apportées.

#### 2.4.13.4 Certains caractères accentués ne peuvent pas être tapés lors de l'exécution d'un test dans le gestionnaire de tests ou lors de l'enregistrement d'un test en test codé de l'interface utilisateur

Lorsque l'enregistreur de test est en cours d'exécution (ou lors de l'enregistrement d'un test en test codé de l'interface utilisateur), aucun caractère accentué qui doit être tapé sous la forme d'une combinaison d'un caractère de "base" et d'un accent ne peut être entré. En effet, l'enregistreur de test interprète l'accent comme une "touche morte" et l'ignore.

Pour résoudre ce problème :

Terminez l'enregistrement du test, puis modifiez manuellement le code généré en ajoutant les accents requis.

Un QFE est peut-être disponible, contactez le service client.

#### 2.4.13.5 MTM est affiché en anglais mais pas la langue de l'interface utilisateur du système d'exploitation

Microsoft Test Manager (MTM) sélectionne la langue de l'interface utilisateur en fonction de langue de l'interface utilisateur du système d'exploitation.

MTM s'affichera en anglais si l'interface utilisateur du système d'exploitation ne correspond pas à la langue de la version installée de MTM.

#### 2.4.13.6 Erreur d'installation pour la version en japonais de Windows Media Encoder 32 bits lors de l'utilisation pour des enregistrements vidéo

Si vous installez la version japonaise de Windows Media Encoder 9 32 bits sur un système d'exploitation Windows 7 japonais 64 bits, l'installation échoue.

Vous devez installer la version anglaise de Windows Media Encoder 9 32 bits sur un ordinateur qui exécute Windows 7 japonais 64 bits.

#### 2.4.14 Outils Lab Management

Il n'existe aucun problème connu.

#### 2.4.15 Team Explorer

Il n'existe aucun problème connu.

## 3. Liens associés

- Pour obtenir des informations sur les nouveautés d'ASP.NET MVC 2 (y compris une liste des dernières modifications et des erreurs connues), visitez http://go.microsoft.com/fwlink/?LinkID=185038.
- Pour obtenir les informations les plus récentes sur l'utilisation de Crystal Reports avec Visual Studio 2010, visitez http://www.sap.com/crystalreports/vs2010.

© 2010 Microsoft Corporation. Tous droits réservés.

Conditions d'utilisation | Marques | Déclaration de confidentialité