Pour obtenir la version la plus récente du fichier Readme, cliquez ici.
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.
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 :
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 :
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.
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.
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.
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 :
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 :
Pour utiliser des projets SharePoint dans Visual Studio 2010, les composants suivants doivent être installés :
Pour résoudre ce problème :
Il n'existe aucun moyen de contourner ce problème.
Pour utiliser des projets Office dans Visual Studio 2010, les composants suivants doivent être installés :
Pour résoudre ce problème :
Il n'existe aucun moyen de contourner ce problème.
É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.
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.
Ré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
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).
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 :
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 :
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.
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 :
Sur Windows XP :
Sur Windows Vista ou Windows 7 :
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.
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 :
Réexécutez le programme d'installation à partir de l'emplacement du nouveau lecteur virtuel.
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.
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 :
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.
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 :
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.
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.
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 :
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.
TraceLogProfiler.dll est installé avec les SKU Visual Studio suivants :
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.
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
Pour installer des composants facultatifs sur Windows 7 ou Windows Vista
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.
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 :
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.
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
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é.
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.
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.
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.
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.
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.
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 :
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.
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 :
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 :
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.
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 :
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.
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 :
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 :
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 :
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 :
[$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>"
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 :
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.
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".
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.
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.
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 :
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 :
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 :
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 :
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.
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 :
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 :
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 :
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.
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.
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"
Pour résoudre ce problème :
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 :
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 :
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.
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 :
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 :
<Nom chaîne=”Culture”>zh-chs</String>
Pour contourner ce problème, pour le chinois traditionnel, procédez comme suit :
<Nom chaîne=”Culture”>zh-cht</String>
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 :
Pour contourner ce problème :
Pour contourner ce problème, pour le chinois simplifié, procédez comme suit :
<Nom chaîne=”Culture”>zh-chs</String>
Pour contourner ce problème, pour le chinois traditionnel, procédez comme suit :
<Nom chaîne=”Culture”>zh-cht</String>
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 :
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 :
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 :
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.
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.
Un sous-ensemble d'IntelliSense n'est pas disponible pour le code C++/CLI dans Visual Studio 2010. Cela comprend :
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.
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.
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.
Il n'existe aucun problème connu.
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 :
Option 2 :
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 :
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.
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.
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 :
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.
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é.
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é.
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.
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.
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.
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 :
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.
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.
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)
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).
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.
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.
Il n'existe aucun problème connu.
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.
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 :
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
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>
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.
Il n'existe aucun problème connu.
Il n'existe aucun problème connu.
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 :
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 :
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 :
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 :
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.
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.
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.
Il n'existe aucun problème connu.
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.
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 :
Pour résoudre ce problème :
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.
La liste des modifications est la suivante :
Pour résoudre ce problème :
UITestUpgrade.exe <nom du ou des dossiers à mettre à niveau>
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.
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.
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.
Il n'existe aucun problème connu.
Il n'existe aucun problème connu.
© 2010 Microsoft Corporation. Tous droits réservés.
Conditions d'utilisation | Marques | Déclaration de confidentialité