Visual Studio 2013 se bloque lors de l'ouverture d'une solution

J'ai installé VS2013 (v12.0.21005.1) et ajouté ReSharper 8 (v8.0.2000.2660) il y a un jour ou deux. Ce jour-là, tout allait bien. Maintenant, j'ai de la chance si je peux lui permettre d'ouvrir une solution en une journée entière. Il s'ouvre bien par lui-même, mais lorsque j'essaie d'ouvrir une solution de l'intérieur - via le menu - il se bloque, mal. Si je clique avec le bouton droit sur une solution dans l'Explorateur Windows et que je `` ouvre avec VS 2013 '', il s'ouvre puis se bloque, exactement de la même manière. De temps en temps, pendant des heures, je reçois un petit avis qu'il est occupé avec quelque chose.

Quelqu'un sait ce qui pourrait ne pas être le cas, avant de subir une réinstallation qui ne résout pas le problème?

Parfois, il suffit simplement de supprimer le fichier ".v12.suo" et de réessayer d'ouvrir la solution. M'a aidé à plusieurs reprises lorsque VS2013 se figeait lors du chargement d'un projet.

La suppression de tous les fichiers ".suo" a fonctionné pour moi. Il y avait plusieurs copies en raison de l'ouverture de la solution dans plusieurs versions de Visual Studio.

Éditer:

Le chemin possible pourrait être:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs peut être un dossier caché.

.suo est le nom de fichier.

En gros, cela pourrait être n'importe quoi, mais vous pouvez essayer plusieurs choses:

1. Éteignez-le et rallumez-le.
2. Effacez le cache ReSharper, il se trouve dans %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, où vous devriez trouver un dossier correspondant à la solution que vous essayez d'ouvrir. Fermez simplement toutes les instances de VS2013, supprimez le dossier et réessayez.
3. désactiver ReSharper: Tools > Options > ReSharper > General > Suspend
4. désinstallez complètement ReSharper et voyez si les problèmes persistent.
5. Réparez Visual Studio via Programs and Features.

J'ai trouvé que ce qui suit était la meilleure approche pour déboguer VS basée sur les instructions MS Connect

Veuillez aider à confirmer si votre fichier de vidage capturé est un fichier de vidage 32 bits. S'il s'agit d'un fichier de vidage 64 bits, veuillez utiliser l'étape suivante pour capturer un nouveau fichier de vidage.

1. Démarrez Visual Studio.
2. Démarrez une autre instance de VS.
3. Dans la deuxième instance, cliquez sur Outils | Joindre au processus ...
4. Dans la liste des processus recherchez devenv.exe.
5. Cliquez sur Sélectionner ... et choisissez explicitement le code «Natif» et «Géré».
6. Cliquez sur OK et OK pour fermer la boîte de dialogue Sélectionner et la boîte de dialogue Attacher au processus.
7. Revenez à la première instance de VS et reprenez le blocage.
8. Lors du blocage, le contrôle doit aller à la deuxième instance de VS. Sinon, revenez à la deuxième instance de VS manuellement et appuyez sur "Break All".
9. Dans la deuxième instance, cliquez sur Déboguer | Enregistrez le vidage en tant que minidump avec le tas.

Si vous exécutez le profil VB, vous ne verrez pas l'élément de menu Enregistrer le vidage sous. Pour ajouter cet élément de menu:

1. Sélectionnez Outils -> Personnaliser
2. Sélectionnez l'onglet Commandes
3. Sélectionnez Déboguer dans la liste déroulante de la barre de menus
4. Cliquez sur Ajouter une commande ...
5. Sélectionnez Déboguer dans la liste Catégories.
6. Recherchez l'entrée Enregistrer le vidage sous dans la fenêtre Commandes.
7. Cliquez sur OK (la commande Enregistrer le vidage sous ... est ajoutée en haut du menu Déboguer).
8. Cliquez sur Fermer

Vous pouvez obtenir des étapes détaillées sur la façon d'obtenir le fichier de vidage et d'appeler la pile à l' adresse http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-create-one.aspx

Si vous trouvez que le problème vient du Resharper Addin, vous pouvez le signaler via - http://youtrack.jetbrains.com/issues/RSRP

Suspendre Resharper a fonctionné pour moi. Aller à

Outils -> Options -> ReSharper -> Général -> Suspendre maintenant

Maintenant, votre solution se chargera très rapidement. Une fois votre solution entièrement chargée, vous pouvez modifier les paramètres de réaffectation sur Reprendre maintenant .

Utilisez-vous des modules de nœuds dans votre projet? Ou pouvez-vous identifier qu'il s'agit d'un problème spécifique à ReSharper?

Si vous avez des modules NPM (par exemple pour Grunt), marquez votre dossier 'node_modules' comme 'hidden' (pas besoin de masquer les dossiers enfants), et réessayez.

Visual Studio restait ouvert pour moi, il s'est avéré qu'il essayait d'analyser les modules de nœuds profondément imbriqués avec des chemins de fichiers plus longs que le maximum de Windows (260 caractères), et cela m'empêchait d'ouvrir la solution dans VS, mais en marquant le dossier comme caché a résolu le problème.

J'ai également eu ce problème récemment et j'ai constaté que la déconnexion de mon ordinateur d'Internet lors du chargement du projet le corrigeait. Avec cela, j'ai réussi à réduire les temps de chargement de plusieurs heures à quelques secondes. Comme mon câble réseau n'est pas particulièrement accessible, j'ai simplement désactivé mon adaptateur réseau avant de charger le projet (dans le Panneau de configuration).

Cependant, cela est rapidement devenu frustrant et j'ai récemment réexaminé le problème. Il semble que la connexion à mon compte Microsoft dans Visual Studio a finalement résolu le problème, et je n'ai plus de problèmes de chargement de projets.

Cela peut également fonctionner pour vous (si vous ne l'avez pas encore résolu - mais comme il n'y a pas de réponse acceptée ici, je suppose que le problème persiste), alors je vous suggère au moins d'essayer de vous déconnecter d'Internet, même si vous préférez ne pas entrer vos informations d'identification Microsoft.

Je suis allé dans% LOCALAPPDATA% \ JetBrains \ ReSharper \ et j'ai ouvert tous les répertoires à la recherche des SolutionCaches, et je les ai tous vidés. Problème résolu. L'application était assez volumineuse, donc cela a aidé.

Rechercher les mises à jour Windows

J'ai eu ce problème également. De plus, je ne pouvais pas ouvrir les paramètres de mon pare-feu Windows (en essayant de bloquer la connexion Internet de VS).

Lors de l'ouverture des paramètres de mise à jour (Windows 8), j'ai vu qu'il y avait une mise à jour en attente («trouvée aujourd'hui»), j'ai donc redémarré mon ordinateur, laissant Windows se mettre à jour. Après cela, VS et le pare-feu ont à nouveau fonctionné correctement.

Vérifiez votre matériel

J'ai eu le problème une deuxième fois; même la page de mise à jour de Windows 8 continuerait à se charger pour toujours. C'était un problème avec mon disque dur (non-OS): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- possiblement-comm? noredirect = 1 # comment978074_756261

Je reçois ce problème de temps en temps - VS 2013 Update 2, Win 8.1, IE 11.

Essayez ceci - Ouvrez le gestionnaire de tâches, supprimez l'application VS suspendue, puis fermez toutes les sessions IE en cours d'exécution dans la liste Processus en arrière-plan - il peut y en avoir une ou plusieurs qui traînent.

Redémarrez VS

Semble l'effacer pour moi, sans redémarrage.

Le problème que j'avais était la connexion Perforce.

Lors de l'ouverture de la solution, il me demandait si je voulais qu'elle se connecte à Perforce. Le laisser essayer le ferait se bloquer et allouerait 1,5 Go de RAM.

Ne pas autoriser la connexion P4, laissez-la se charger correctement (allouant 1 Go de RAM). Ensuite, je pourrais lui dire de se connecter à P4 après, et c'est maintenant bien.

Pour moi, que l'ordinateur plante avec une panne de courant, ou parfois avec des redémarrages obligatoires au milieu de la nuit. Qu'est-ce qui fonctionne pour moi

SUPPRIMER TOUS LES FICHIERS DE CE RÉPERTOIRE:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

Pour tous ceux qui font encore référence, cela m'a aidé:

Je devais toujours supprimer le fichier .vs12.suo pour charger le projet.

Je suis tombé sur ce fil de Microsoft et à la suite de cela, j'ai créé une entrée de registre qui a résolu mon problème avec le chargement de la solution.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

J'ai eu un problème similaire, lorsque j'ai vérifié le fichier de solution, il a été créé par VS.Net 2012. Pour résoudre le problème, j'ai créé un fichier de solution factice et rechargé les projets de vs net 2012.

Également observé lorsque la mise à jour du package nuget est gâchée, pendant que vous rechargez la solution, Visual Studio peut se bloquer.

Visual Studio peut se bloquer en cas de problème de chargement des packages nuget.

Dans mon cas, VS 2013 Professional était suspendu à chaque démarrage, même sans ouvrir de solution car la licence n'était plus valide.

Dernier élément du fichier journal:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>[email protected] signed in for IDE user</description>
</entry>

Et sur la page d'abonnement msdn.microsoft.com: «Votre abonnement n'est plus actif, contactez votre administrateur».

Je devais obtenir un abonnement mis à jour de mon employeur.

La suppression des résultats de test de mon dossier TestResults a fait l'affaire pour moi. Juste une autre chose à essayer.

VS2012 se bloque sur moi par exemple lors de l'ouverture d'un fichier csproj sur un partage réseau (en fait sur un partage qui était sur l'hôte VirtualBox, connecté en tant que partage smb à l'aide d'une fonction VirtualBox).

La copie du projet sur un lecteur local a résolu le problème pour moi. Je ne sais pas si l'attribution d'une lettre de lecteur ferait l'affaire.

Je ne sais pas non plus pourquoi cela ne fonctionne pas via le partage réseau, s'il s'agit d'une limitation VS ou peut-être d'un plugin (j'utilise resharper, bien sûr).

Pour moi, cela semble avoir quelque chose à voir avec le projet ayant le type de projet MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). La suppression de ce guide a .csprojrésolu la suspension pour moi. (Un nettoyage supplémentaire du .vsdossier était nécessaire après la suppression du guid.)

Je viens de supprimer le dossier «packages» de la racine de la solution et cela m'a aidé (Visual Studio Express 2015)

Désolé d'avoir à créer un nouveau message au lieu de commenter la réponse sélectionnée. Je n'ai pas assez de représentant pour commenter pour le moment.

Mon problème a été temporairement résolu par la solution "... supprimer le fichier .suo ...", et comme d'autres personnes l'ont souligné, j'ai dû supprimer le fichier à chaque fois.

Comme il est (apparemment) impossible d'arrêter la création du fichier, j'ai commencé à creuser un peu plus ce que faisait le fichier. En plus de sauvegarder les paramètres utilisateur, je pense que cela enregistre également les paramètres de session, comme les fichiers que vous avez ouverts lorsque VS est fermé. Je soupçonnais que mon projet tentait d'ouvrir un fichier qui n'existe plus et c'est ce qui cause le blocage. Ce qui a résolu les choses de mon côté était de supprimer le .suo, d'ouvrir VS, d'ouvrir un fichier dans ma solution, de créer et de fermer la solution. Après avoir fait cela, je n'ai eu aucun accroc.

tl: dr

Dans mon cas, un fichier de configuration utilisateur (.suo) tentait d'ouvrir un fichier dans ma solution qui n'existait plus. J'ai résolu le problème en effectuant les étapes suivantes.

1. Supprimez le fichier .suo (pour moi, il se trouvait dans /[projectfolder </font>/.vs/[projectname </font>/v14
2. Ouvrez Visual Studio
3. Ouvrez votre projet
4. Ouvrez un fichier (j'ai simplement ouvert un fichier .cs aléatoire)
5. Construisez et enregistrez votre solution (le simple fait d'enregistrer peut faire l'affaire, j'ai construit par habitude)
6. Fermer Visual Studio

J'espère que cela aide quelqu'un ... nous avons passé beaucoup trop d'heures sur ce problème :)

Essayez de désinstaller les extensions avec "Panneau de configuration" ou désactivez tout complément dans [Outils] => [Gestionnaire de compléments], puis essayez de rouvrir la solution.

Mon problème a été résolu par la désinstallation de "Visual Localizer".

Dans mon cas, le journal Fusion a été activé. Les fichiers journaux ont augmenté pendant des mois car j'ai oublié de les désactiver après enquête. De cette façon, le logiciel antivirus a commencé à vérifier ces gros fichiers journaux plusieurs fois lors de l'ouverture de la solution, et le message «Préparation de la solution ...» est visible pendant longtemps. Quand j'ai remarqué cela, j'ai désactivé le journal de fusion et le problème a été résolu. La solution se charge en 10 secondes au lieu de 20 minutes.

J'ai eu ce problème plusieurs fois, dans à peu près toutes les versions de VS. La seule solution qui semble fonctionner la plupart du temps est de supprimer le dossier .vs situé dans le dossier de solution. Parfois, il suffit de supprimer le fichier .sou situé dans .vs ///

Le dossier est caché au passage, vous devrez donc activer "Afficher les fichiers et dossiers cachés"

Pour moi, la solution était de désactiver le contrôle de source (définir le plugin sur Aucun dans Outils-> Source Countrol). Je pense qu'il essayait de synchroniser un énorme dépôt Git pour une raison quelconque (avoir quelques dépôts massifs, mais pas dans l'arborescence que j'essayais d'ouvrir).

Beaucoup de suggestions ici et ailleurs mais la seule chose qui a fonctionné en permanence pour moi avait à voir avec le projet de démarrage que j'avais mis en place. C'est ce que j'ai fait:

1. Supprimez le fichier .suo comme suggéré ailleurs.
2. Démarrez VS et ouvrez la solution. Tout devrait bien aller à ce stade.
3. Laissez le projet de démarrage tel quel, même si ce n'est pas ce que vous voulez.
4. Sauvegardez la solution. (Peut-être faites comme quelqu'un d'autre le suggère et ouvrez un fichier, nettoyez, compilez / reconstruisez, etc., mais je n'ai rien eu à faire de cela.)
5. Fermez la solution et quittez VS.
6. Redémarrez VS et ouvrez la solution.
7. Changer le projet de démarrage en ce qu'il devrait être
8. Sauvegardez la solution. (Peut-être à nouveau ouvrir le fichier, nettoyer, construire / reconstruire, etc.)
9. Fermez la solution et quittez VS.
10. Redémarrez VS et rouvrez la solution et tout devrait bien se passer.

Cela pourrait ou non fonctionner pour vous, mais j'avais essayé tout ce que je pouvais trouver - changements de registre, débogage de VS à partir d'une deuxième session VS, vous le nommez - mais rien d'autre n'a fonctionné pendant plus d'un seul démarrage / ouverture.

J'ai résolu le problème en désinstallant ces deux plugins:

1. Outil électrique de productivité
2. Essentiels Web

J'ai restauré une version précédente du fichier .vbproj et cela l'a résolu.

Je ne sais pas ce qu'il y avait dans la nouvelle version, mais le problème était quelque chose dans le fichier .bvproj lui-même.