Fenêtre contextuelle Visual Studio: «l'opération n'a pas pu être terminée»

199

Lorsque j'essaie d'ouvrir un projet, local ou sur un Team Foundation Server (TFS), j'obtiens une fenêtre modale me disant que:

L'opération n'a pas pu être terminée: erreur non spécifiée

Ou le même message, mais avec "Classe non définie .." au lieu de "Erreur non spécifiée".

Ces erreurs ont commencé à se produire plus tôt dans la journée lorsque j'ai essayé d'archiver une partie de mon travail sur le serveur de la fondation d'équipe. J'ai essayé d'utiliser Visual Studio 2008 sur le même ordinateur, mais j'obtiens toujours la même erreur. Je l'ai également recherché sur Google, mais aucune des solutions ne semble m'aider.

J'ai également installé les dernières mises à jour de Windows Update.

Des idées?

nbon
la source
1
Si vous frappez cela, vérifiez également les réponses ici: stackoverflow.com/questions/32180470/…
BlackICE
22
75% du temps, le redémarrage de VS résout ce problème.
Don Cheadle
2019 et toujours un problème, maintenant dans VS2017. Embarrassing
user5226582
Décharger et recharger le projet fonctionne pour moi.
Zhang

Réponses:

238

Avez-vous essayé de supprimer leYour_Solution_FileName.suo fichier?

Le .suofichier doit se trouver dans le même dossier que votre .slnfichier ou dans le .vsdossier des versions plus récentes de Visual Studio. Le .vsdossier est peut-être masqué.


Mise à jour pour Visual Studio 2017
Dans VS 2017, les .suofichiers se trouvent dans un dossier différent: vous pouvez trouver le .suofichier dansYourSolutionFolder\.vs\YourSolutionName\v15\.suo

Le .vsdossier est masqué et les .suofichiers sont un fichier sans nom, avec juste l' .suoextension.


 
Explication

Le .suofichier contient diverses informations telles que la liste des fichiers ouverts et certaines préférences qui ne sont pas enregistrées dans le fichier de solution (comme le projet de démarrage) et d'autres choses.

Normalement, vous pouvez supprimer le .suofichier sans problème. Vous devrez peut-être ensuite définir le StartUp Projectpour votre solution.

Pour rester sur la bonne voie, vous pouvez renommer le .suofichier, puis réessayer pour démarrer la solution, pour voir si cette aide.

D'après mon expérience, VS se bloque parfois au démarrage car il y a une erreur dans du code source, et en raison de cette erreur, VS ne peut pas compiler le code, puis se bloquer parce que sans code compilé, il ne peut pas afficher le formulaire en mode conception. Dans ce cas, la suppression du.suo fichier résoudra la situation car elle réinitialise la liste des fichiers ouverts, de sorte que la solution peut démarrer sans ouvrir / afficher aucun fichier.


Lorsque la suppression du fichier .suo ne fonctionne pas
Voici une liste d'autres choses que vous pouvez essayer lors de la suppression du.suo fichier ne résout pas le problème:

  • Redémarrer le PC
  • Nettoyer le dossier temporaire de Windows
  • Nettoyez la solution de l'EDI (Menu \ Build \ Clean Solution)
  • Nettoyez la solution manuellement (supprimez la DLL / EXE compilée dans le /bin/dossier et videz les fichiers temporaires créés par VS pendant le processus de génération dans le/obj/ dossier (chaque projet qui compose la solution a ces dossiers, alors nettoyez-les tous))
  • Essayez d'ouvrir chaque projet unique qui compose la solution 1 par 1 et de la créer, pour comprendre quel est le projet spécifique qui génère le problème
  • Comprendre quel est le changement / éditer / modifier qui a déclenché l'erreur et l'annuler (l'outil de contrôle de source peut aider ...)
  • Si vous avez des contrôles personnalisés: vérifiez le code dans le constructeur. VS IDE appellera le constructeur de vos contrôles personnalisés même au moment de la conception, et des choses étranges peuvent se produire (au moment de la conception, certaines propriétés ne fonctionnent pas, votre chaîne de connexion n'est probablement pas remplie ...)

En dernier recours...

  • Essayez d'installer une mise à jour VS
  • Essayez de désactiver les extensions VS (si vous en avez installé ...)
  • Essayez de mettre à jour toute DLL / contrôle externe référencé dans votre solution
  • Essayez de mettre à jour Windows
Max
la source
@sergiol avez-vous essayé de désactiver les compléments Visual Studio que vous avez peut-être installés? Parfois, ils peuvent planter l'IDE
Max
4
@sergiol Essayez de supprimer tous les .suo. Je supprime le .suo qui existe en haut du dossier de la solution et n'a pas fonctionné. Ensuite, j'en cherche un dans un dossier caché "\ .vs \ ci-ucsp \ v14" et enfin je travaille.
Erick Asto Oblitas
3
Dans Visual Studio 2015, la solution était de supprimer les fichiers .user qui accompagnent le fichier .xproj.
sixones
La suppression du fichier .suo dans le dossier .vs n'a pas fonctionné. De plus, je n'avais aucun fichier .user à supprimer.
Jorge Cabot
1
Je suis arrivé ici avec des problèmes similaires, aucune réponse n'a fonctionné ici. Je viens de découvrir que mon problème était dû au fait que ma solution se trouve sur mon onedrive, Onedrive a été mis à jour et dispose d'une nouvelle fonctionnalité appelée fichiers à la demande. Cette fonctionnalité provoque des problèmes similaires à ceux décrits ici. Plus de détails ici. developercommunity.visualstudio.com/content/problem/134518/…
Leon Degeling
115

Parfois, il s'agit simplement de fermer Visual Studio 2015 , puis de l'ouvrir à nouveau.

Mise à jour: Visual Studio 2017 également.

J'ai eu cela sur quelques machines.

Cela arrive .

"Avez-vous essayé de supprimer le fichier" Your_Solution_FileName.suo "?"

Également panne d'ordinateur comme par exemple une panne de courant, etc.

S'applique à la mise à jour 2 et à la mise à jour 3 ainsi qu'à la nouvelle base sans aucune mise à jour ...

Tom Stickel
la source
3
Il s'agit d'un horrible bug ennuyeux (celui qui a été résolu dans ce cas). Un moyen de détecter le problème sans vraiment essayer de vérifier est que la fenêtre de sortie ne s'affiche pas (pas de fenêtre de sortie == redémarrer VS pour corriger).
Thomas Andreè Wang
Je préfère toujours vs 2013 pour certaines choses comme Nuget et certaines connexions en ligne TFS et divers domaines de stabilité. Globalement, 2015 est fantastique, mais certainement pas sans quelques problèmes.
Tom Stickel
L'autre jour, j'ai eu un autre problème avec VS 2015 dans lequel je n'ai pas pu charger la page localhost. Fiddler faisait des tonnes d'appels à quelque chose que je n'avais jamais vu auparavant. Je ne sais pas pourquoi, mais moi et un autre développeur avons essayé toutes sortes de choses avant de décider de fermer VS 2015. Ensuite, cela a bien fonctionné pour le rouvrir. Un peu ennuyeux, mais pas de retour en arrière par rapport à 2015 à ce stade (sp1 est également installé)
Tom Stickel
J'avais VS 2015 Update 2 sur un ordinateur et tout à coup je ne pouvais pas créer de NOUVELLES applications Web (applications console, etc. je pouvais) Je passais trop de temps à essayer de comprendre le problème, j'ai fini par faire une réparation en lançant le VS 2015 plus bundle de mise à jour 2 ... très ennuyeux car le redémarrage et d'autres choses ne l'ont pas corrigé. - Juste un autre problème que j'ai eu que je pensais ajouter aux commentaires. (J'ai installé l'aperçu vs 15 sur cet ordinateur, donc je me demande si cette installation a causé le problème).
Tom Stickel
73

VS 2015 -> Suppression de tous les fichiers dans le ComponentModelCachetravail pour moi:

C:\Users\**username**\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache

Filtre Niels
la source
2
Vous pouvez également consulter le fichier Microsoft.VisualStudio.Default.err dans ce répertoire pour déterminer la cause possible du problème.
Chris Lunt
1
@ChrisLunt Cette suggestion montrait une extension qui générait des erreurs. La suppression de tout cela l'a résolu pour moi.
Boggin
2
Cela n'a pas fonctionné pour moi, la suppression de ces fichiers n'a absolument aucun effet. En outre, aucune ligne supplémentaire n'apparaît dans le .errfichier lorsque je vois le problème.
Aleksei Petrenko
Thnx. Cela a parfaitement fonctionné pour moi. La suppression du fichier .suo et toutes les autres sortes de choses ne fonctionnent pas. C'est la solution parfaite.
sapatelbaps
19

J'ai rencontré ce même problème, mais la suppression du fichier .suo n'a pas aidé. La seule façon de charger le projet était de supprimer le fichier "Your_Project_FileName.csproj.user" .

-

J'ai rencontré ce problème à nouveau quelques mois plus tard, mais cette fois, la suppression du fichier "Your_Project_FileName.csproj.user" n'a pas aidé comme c'était le cas la dernière fois. J'ai finalement réussi à le localiser jusqu'à un problème IIS Express. J'ai supprimé le site de mon applicationhost.config et j'ai laissé Visual Studio le recréer, cela a finalement permis de charger le projet.

QAZZY
la source
2
J'ai supprimé tous les sites du fichier applicationhost.config et j'ai ensuite pu recharger le projet.
Scott Munro
Ouais, je viens d'avoir ce problème quand j'ai changé de branche git sur la solution. Impossible de construire, de déboguer, rien. La suppression du fichier * .user l'a fait.
Kristian
12

Pour moi, ce problème était dû à des <site>configurations conflictuelles dans le fichier suivant.

C:\Users\smunro\Documents\IISExpress\config\applicationhost.config

J'ai modifié ce fichier pour supprimer tous les siteéléments de l'élément suivant. Vous voudrez peut-être être un peu plus sélectif et essayer d'identifier le site à l'origine du conflit et de le supprimer.

<configuration><system.applicationHost><sites>

Notez que j'ai quitté le <siteDefaults>, <applicationDefaults>et<virtualDirectoryDefaults> éléments là.

Lorsque j'ai rechargé le projet, un nouvel <site>élément a été créé automatiquement.

Scott Munro
la source
1
C'est plus comme ça. La chose la plus étrange était, elle s'est trompée dans VS2015 mais s'est bien passée dans VS2010 ..: S Oldie mais goodie? :)
armée
1
Si vous utilisez Visual Studio 2015, supprimez le fichier applicationhost.config de <Root-of-Solution> \ .vs \ config \, cela a fonctionné pour moi, car j'avais gâché les liaisons.
Richard.Davenport
7

Assurez-vous que votre fenêtre de sortie est visible avant d'appuyer sur le bouton F5. Si vous avez agrandi votre fenêtre de sortie, parfois Visual Studio ne rouvre pas la fenêtre de sortie lorsque vous la redémarrez.

Solution simple: 1. Redémarrez Visual Studio 2. AVANT de créer un projet, utilisez Affichage-> Fenêtre de sortie

Maintenant, lorsque vous construisez, cela devrait fonctionner.

(Je suis sûr que la suppression des fichiers .suo et .user ne fonctionne que parce qu'elle réinitialise Visual Studio à sa disposition par défaut, ce qui garantit que la fenêtre de sortie est visible.)

HiredMind
la source
Cela semble être la clé d'une solution de travail! Je n'ai certainement pas fermé intentionnellement la fenêtre Output et je n'ai même pas pensé à regarder et voir si "Output" était là. Quel que soit le problème sous-jacent, la fenêtre de sortie manquante faisait partie du problème. REMARQUE: dans mon cas, Affichage-> Sortie (ctrl + alt + O) n'était pas suffisant pour faire apparaître la fenêtre, j'ai dû ALORS redémarrer Visual Studio 2015.
Cos Callis
Oui. Si vous essayez de faire Ctrl-Alt-O ou Affichage-> Sortie après avoir effectué une opération qui essaie d'écrire dans la fenêtre de sortie (par exemple une construction), il est trop tard - vous devrez redémarrer.
HiredMind
5

Exécutez eventvwr à partir de la ligne de commande pour voir s'il a enregistré des erreurs d'application.

Cela pourrait vous donner un message d'erreur réel qui est plus utile.

munnster79
la source
3

J'ai eu un problème similaire lors de l'ouverture de Razor Views

  • Je me suis connecté à mon compte Azure qui demandait de ressaisir mes informations d'identification.
  • Redémarrez VS 2015 Update 1
Stefano Nepa
la source
3

J'ai eu la même erreur. Je n'ai pas pu ouvrir de classe et de composant de ma solution. J'ai supprimé le ComponentModelCache et testé toutes les autres solutions .. mais aucun résultat. Enfin, cela m'a aidé: fermez simplement votre studio visuel et ouvrez-le à nouveau!

Elnaz
la source
3

J'ai dû supprimer un projet Web. Il y avait un ancien fichier DLL de référence à l'intérieur, et j'ai dû nettoyer ce projet Web, puis cela a fonctionné.

Emmanuel
la source
2

J'ai supprimé un ancien projet de la solution, après quoi l'erreur s'est produite. J'ai dû ouvrir le fichier .sln dans le bloc-notes et supprimer la référence .dll à l'ancien projet que j'ai supprimé. Après cela, cela a fonctionné.

Christo Carstens
la source
J'ai eu un problème similaire. Le fichier SLN avait un site Web (pas un projet Web), qui faisait référence à un projet qui avait été supprimé de la solution. Dans mon cas, je viens de rajouter le projet manquant et tout va bien.
Monsieur TA
2

Solution: j'obtenais ce dialogue lorsque j'essayais de construire / reconstruire / nettoyer mon .sln. Pour y remédier, je devais arrêter le site IIS lié à l'application et redémarrer Visual Studio. (Ensuite, redémarrez votre site).

Comment j'ai découvert la cause: semble être un message assez générique pour un large éventail de problèmes, j'ai fini par retrouver mon problème particulier à quelques fichiers verrouillés par IIS avec les journaux des événements.

Les solutions pour supprimer tous les sites sont en quelque sorte une approche "Nuke it from orbite" qui devrait être utilisée en dernier recours.

Les McCutcheon
la source
2

Je pense que StyleCop est la raison de ce problème. Alors,

  1. Fermer VS.
  2. J'ai supprimé tous les fichiers StyleCop.Settings et StyleCop.Cache dans tous les projets de solution.
  3. J'ai également supprimé tous les fichiers de projets * .csproj.user.
  4. Redémarrez VS.
SOAL ABDELDJALLIL
la source
1

L'erreur "L'opération n'a pas pu être terminée" peut également être provoquée par un projet C ++ référençant un autre projet qui n'existe plus dans la solution.

Normalement, lorsque vous supprimez un projet d'une solution, Visual Studio supprime toutes les références à celui-ci des autres projets de la solution.

Dans mon cas, cependant, je partageais des projets entre les solutions, donc une mauvaise référence de projet a réussi à se faufiler et la suppression des mauvaises références a corrigé l'erreur.

Utilisation de Visual Studio 2012.

Martin Connell
la source
0

Plus de fichiers .SUO, mais la suppression des fichiers .user fonctionne. Pour info: je débogue le projet Silverlight

Andy Li
la source
0

Si vous utilisez Visual studio 2015 et travaillez sur ASP.NET, créez un nouveau site Web, copiez les fichiers précédents dans le nouveau site et créez votre site. Votre ancien projet fait toujours référence à certains anciens paramètres de démarrage.

James Wanyeki
la source
Il s'agit d'une solution très extrême. Avant d'utiliser cette solution, essayez d'autres solutions décrites dans ce fil. La première chose qui fonctionne parfois (au moins pour moi) est de fermer et de rouvrir Visual Studio.
pocjoc
0

En travaillant sur des projets VB.Net dans Visual Studio 2005, j'ai rencontré ce problème à plusieurs reprises. Habituellement, la désactivation de l' option «Activer le processus d'hébergement Visual Studio» dans les propriétés de débogage de l'application résout le problème pour moi. Habituellement, lorsque le processus d'hébergement est activé, les appels vers certaines API peuvent être affectés.

Pour décocher cette option, vous devez suivre les étapes ci-dessous:

  • Faites un clic droit sur votre projet dans l'Explorateur de solutions
  • Sélectionnez les propriétés
  • Sous l'onglet Déboguer, vous trouverez une option de case à cocher pour Activer le processus d'hébergement Visual Studio . Décochez cette option.
  • Sauvegardez vos modifications
Sri Murthy Upadhyayula
la source
Visual Studio 2005? ... Je ne vois même pas cette option dans les versions récentes de Visual Studio ...
Morty
@ArielAltamirano Comme je l'ai dit, cette option est présente dans Studio 2005, pas sûr des versions récentes
Sri Murthy Upadhyayula
0

A fonctionné pour moi après avoir fermé Visual Studio (2015 Community Edition), l'ai ouvert et a ouvert à nouveau le projet. .

tk26
la source
0

Pour ce problème, je l'ai résolu en supprimant le fichier .user qui contient les options utilisateur du projet Visual Studio. Ce fichier se trouve au même endroit que votre fichier .sln. De plus, après avoir supprimé ce fichier du projet, assurez-vous de recharger votre solution pour qu'elle prenne effet.

CesarB
la source
0

Allez dans Exécuter et tapez "inetmgr", c'est-à-dire que IIS est ouvert et dans le coin droit de la fenêtre Action, sélectionnez l'option changer ".NET Framework version". Changes le.

Après cela, réinstallez votre Visual studio 2010. Cela fonctionne sur mon ordinateur, et c'est pourquoi partager.

xxxx
la source
0

Pour moi, c'était parce que j'avais ajouté une entrée pour lier le site dans IISExpress à une adresse IP spécifique, et mon adresse IP avait changé. J'ai eu une idée du journal des événements.

J'espère que cela aide quelqu'un!

Ian Grainger
la source
0

Je passais à .NET4.6 à partir d'une application tierce (Unity3D). J'obtiendrais ce message lorsque j'essayais de recharger la solution lorsqu'elle ne se chargeait pas au démarrage. Ma solution consistait à cliquer avec le bouton droit sur la solution et à sélectionner "installer les fonctionnalités manquantes", ce qui m'a incité à télécharger ce dont j'avais besoin. Le téléchargement sur la fenêtre contextuelle n'a pas fonctionné, j'ai donc juste installé le pack de ciblage .NET pour ce que j'étais (4.6) et cela a été corrigé.

hydrix
la source
0

J'ai supprimé tous les fichiers .suo et .user et redémarré VS 2008. Mais cela n'a pas fonctionné pour moi. Les étapes suivantes ont fonctionné pour moi.

Open project file (.csproj) in notepad.
Removed all configurations from <Configurations></COnfigurations> tag.
Then add one by one configuration and reload project in VS.
Build the project or view project properties.
Pabitra Dash
la source
0

Pour les projets Visual C ++, cela peut être dû à un vcsproj.filtersfichier mal formaté .

Dans mon cas, quelqu'un a effectué une fusion de branche manuelle et n'a pas fusionné correctement le fichier de filtres. Visual Studio continuait de charger et de construire le fichier sans aucun avertissement, mais donnait l'avertissement «erreur non spécifiée» chaque fois que vous tentiez d'ajouter ou de supprimer des fichiers du projet.

Analysez votre vcsproj.filtersfichier pour rechercher toutes les entrées ou lignes en double qui ressemblent à ceci et supprimez-les. Fermez et rouvrez le projet.

<ClInclude Include="..\..\path\to\sourcefile.h" />

Visual Studio Enterprise 2017

Dan
la source
0

Dans mon cas, «Silverlight 5 SDK» était manquant et mes projets silverlight ne sont donc pas chargés. Lors de la tentative de rechargement du projet, le message "l'opération n'a pas pu être terminée" s'affiche. Une fois installé, le problème est résolu.

sijovw
la source
0

entrez la description de l'image iciRedémarrez Visual Studio en tant qu'Admin travaillera dans de nombreux cas.

Ishwor Khanal
la source
0

Dans notre, le problème est apparu après avoir apporté des modifications dans Debug -> myProject Properties -> Web, en particulier en modifiant l'URL du projet, puis en fermant VS. Lors de la réouverture, VS a eu du mal à analyser la nouvelle URL et a donc jeté l'erreur. Malheureusement, une configuration supplémentaire via l'interface utilisateur VS n'a pas été possible car le projet ne se charge pas.

Étant donné que les modifications de configuration de fichier sont persistantes dans le fichier myProject.csproj.user, qui réside dans le dossier racine du projet, le problème a été facile à corriger en supprimant simplement le fichier myProject.csproj.user. À ce stade, le projet se chargeait et le fichier utilisateur était ensuite régénéré lors de la prochaine exécution du projet en mode débogage.

Remarque, l'URL du projet dans le fichier régénéré a dû être modifiée de http: // localhost: 58995 par défaut à https: // localhost: 44302 par défaut avant que l'application entière ne soit accessible car l'application est verrouillée sous SSL. Vos ports peuvent être différents. Cela a été fait via VS sous Debug -> Propriétés myProject -> Web après avoir exécuté le projet.

spadelives
la source
0

Aucune des solutions ci-dessus n'a fonctionné pour moi. Mais ce qui suit a fait:

  1. Ouvrez le dossier actuel dans l'Explorateur Windows
  2. Déplacez le dossier manuellement à l'emplacement souhaité
  3. Ouvrez le fichier .csproj. VS créera alors automatiquement le fichier .sln.
Sukhi
la source
0

J'ai eu un problème similaire dans un projet iOS en 2019, il fonctionne sur une machine virtuelle sur Mac, je ferme et redémarre Visual Studio, le problème a disparu😀

Adithya
la source