VS2013 - L'opération n'a pas pu être terminée
Après l'installation de Visual Studio 2013 et l'utilisation de certaines des nouvelles fonctionnalités, j'ai remarqué qu'il m'était impossible d'ouvrir un fichier cshtml dans l'un de mes projets MVC. Si j'essaie de l'ouvrir dans l'éditeur HTML par défaut, je reçois le message d'erreur suivant
L'opération n'a pas pu être complété
L'ouverture du fichier dans un autre éditeur, IE: HTML (Webforms) Editor, ouvre le fichier sans problème. Donc, il semble être un problème avec l'éditeur HTML par défaut.
J'ai suivi diverses suggestions pour lutter contre ce problème dans les versions précédentes de VS. Si je supprime tous les fichiers ".suo" de la solution et redémarre Visual Studio, l'erreur devient:
La référence d'objet n'est pas définie à une instance d'un objet
Une fois que Visual Studio a créé un nouveau fichier ".suo", le message d'erreur revient au précédent.
J'ai essayé de faire une installation de réparation sur VS2013, mais je rencontre toujours les mêmes problèmes. En outre, l'exécution de VS en mode sans échec ne fonctionnait pas non plus. J'ai essayé de créer un nouveau projet MVC, qui a échoué lors de la création. Avec l'une de ces erreurs, le journal des événements Windows ne contient aucun message.
Quelqu'un d'autre a-t-il eu ce problème?
Je viens de le comprendre. Dans mon web.config, j'ai eu le suivant dans mon
<appSettings>
<add key="webpages:Version" value="2.0.?.?" />
</appSettings>
Changer cette valeur en "3.0.0.0" résolvait le problème. Je n'ai jamais eu de problème avec cela sur VS2010 ou VS2012. Il semble qu'il y ait quelque chose dans IDE qui ne gère pas cela normalement.
Vient de trouver votre question ici parce que cela m'est arrivé aussi. Voici ce que j'ai fait et j'espère que ça va résoudre/aider à trouver le problème.
- Supprimé tout .suo
- Mettre fin à IIS Express
- Fermer VS2013 et rouvrir
- Ouvrez votre projet et essayez de le démarrer (F5)
- Vous avez probablement une erreur sur votre fichier web.config. Pour moi, c'était un
<appSettings>être là deux fois. - Correction du fichier web.config, enregistrer et boum, l'erreur est parti.
J'espère que cela corrigera également votre situation.
Vous avez trouvé une solution de travail ici (testée avec VS2015 Update 1):
https://github.com/aspnet/Tooling/issues/276#issuecomment-166650817
- Fermer VS
- Supprimer le contenu de% LocalAppData%\Microsoft\VisualStudio\14.0\ComponentModelCache
- Ouvrir VS
Cela a fonctionné pour moi pour VS 2015 (invite de commande en tant qu'administrateur):
cd C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE
devenv.exe /resetuserdata
Comme la plupart des personnes ici mentionnées, passez en revue les doublons de votre fichier web.config. J'étais dans une course, juste copié et collé appSettings d'une autre solution sans remarquer que la section existait déjà dans le document existant. Puis émettez ce fil se rapporte à commencé à faire surface. Je suis retourné et consolidé le appSettings , enregistré, et le problème a cessé d'exister.
Recherchez les erreurs dans votre fichier web.config:
- clés dupliquées (paramètres de l'application)
- tags non fermés ou utilisés plusieurs fois
- ...
Pour moi, cette erreur a été résolue en définissant le raccourci du VS 2013 sur "Exécuter en tant qu'administrateur".
Cela est dû au fait que IIS Express ne s'exécute pas à partir de Visual Studio lorsque vous essayez de déboguer la page aspx.
La solution rapide et incorrecte consiste à cliquer avec le bouton droit de la souris sur votre projet et à choisir "Utiliser le serveur de développement Visual Studio", puis à nouveau à l'aide du bouton droit de la souris et à choisir "Utiliser IIS Express" pour résoudre ce problème. De cette façon, je me soucierai de toutes les modifications requises dans le fichier de configuration.
Il y a aussi ce fil qu'un employé de MS a répondu avec une cause possible:
C'est un bug dans le débogueur. Il existe une condition de concurrence critique qui se produit lorsque toutes les conditions suivantes sont remplies:
Le débogage de script est activé dans IE L'utilisateur est en train de déboguer IE et un autre processus
L'autre processus s'arrête (touche un point d'arrêt, l'opération d'étape terminée, s'arrête à une exception, etc.) à un moment où IE n'exécute pas de code de script.
IE commence à exécuter le code de script à peu près au même moment où l'utilisateur appuie sur F10/F5 dans Visual Studio.
Le plus probable La raison en est que le code de 'setTimeout' est exécuté, mais je ne suis pas un expert en JScript, donc je suis sûr qu’il existe d’autres possibilités raisons aussi.
et ces solutions de contournement:
- Si vous rencontrez ce problème, je pense que vous pouvez détacher le débogueur puis le réattacher.
-ou-
- Ce problème se produit lors du débogage d'ASP.NET et lorsque le débogage de script est activé dans IE. Si vous désactivez le débogage de script dans IE ou activer et désactiver lors du basculement entre le serveur de débogage et problèmes côté client, vous seriez en mesure de contourner le problème.
-ou-
- Si votre application Web utilise setTimeout, vous pourrez peut-être éviter le problème, ou du moins le réduire, en veillant à ce que le script s'exécute moins souvent. Cela peut signifier augmenter la valeur du délai d'attente, ou cela pourrait signifier l'ajout de conditions lorsque setTimeout est utilisé.
J'ai eu la même erreur dans VS 2015 sous Win 10. Heureusement, cela a été corrigé simplement avec un redémarrage. Au redémarrage, il semble que Windows ait appliqué certaines mises à jour lors de la session précédente, ce qui a brisé le VS.
J'ai aussi eu ce problème après avoir utilisé un paquet Nuget. Le problème était un duplicata de appSettings. Je les ai tous fusionnés et cela a fonctionné.
J'ai eu cette erreur dans Visual Studio 2015, mais seulement après avoir installé ASP.NET 5 RC 1. L'installation de Visual Studio 2015 Update 1 a résolu le problème pour moi.
Dans mon cas, le problème était dû à mes paramétrages d'applications web.config qui pointaient vers un fichier qui n'existe pas:
<appSettings configSource="App_Config\MISSPELT-FILENAME.config" />
Voici ce qui a résolu mon problème:
Tapez% LOCALAPPDATA% dans l'Explorateur Windows et accédez à votre version de Visual Studio sous Microsoft\XX.0, puis supprimez le dossier ComponentModelCache
Redémarrez VS et cela a fonctionné comme un charme!
Ceci est dû à une mise à jour de GitHub qui est rapportée sur leur forum.
Un collègue m'a demandé de regarder ce problème. J'ai essayé toutes les solutions proposées et rien n'a fonctionné. Finalement, j'ai découvert qu'ils avaient réalisé une mise à jour du projet à partir de svn. Ils ont eu un conflit et l'ont ignoré. Dans l'un des fichiers de configuration, le conflit portait la mention ".yours". J'ai corrigé ceci et tout se charge maintenant sans erreur.
J'ai eu une erreur dans mon fichier web.config, il y avait deux espaces avant la balise <xml>. après l'avoir enlevé, il a cessé d'afficher cette erreur.