Blocage de Visual Studio au démarrage
Mon Visual Studio a commencé à planter au démarrage. Dans ma recherche d’un remède, j’ai trouvé ces deux suggestions, mais cela n’a pas fonctionné pour moi:
- Lancer Visual Studio en mode sans échec, et
- Exécution de la réparation sur Visual Studio.
Cependant, j'ai constaté que si je me connectais à un autre compte Windows, Visual Studio pouvait s'exécuter à partir de ce compte sans se bloquer.
Voici un code d'erreur que j'ai observé dans le rapport d'incident:
LCID: 1033
Quelqu'un peut-il fournir une solution pour remettre mon Visual Studio en état de marche?
Pour moi, c’est le plugin que GitExtensions a installé dans Visual Studio 2013.
- UPDATE: essayez ceci avant de désinstaller GitExtensions
@Enceradeira a proposé dans les commentaires de décocher l'option Show current branch in Visual Studio. Dans GitExtensions, vous y arrivez via Outils -> Paramètres -> Apparence:
- FIN DE MISE À JOUR
Après avoir désinstallé GitExtensions et l'avoir réinstallé avec tous les plug-ins VS non sélectionnés, mon VS fonctionne à nouveau correctement.
J'ai même mis en place un blog sur cette question parce que cela me dérangeait tellement.
Étant donné que vous pouvez utiliser un autre compte utilisateur, il est possible que vos paramètres locaux soient erronés. Vous pouvez essayer de les réinitialiser: devenv /resetsettings dans Start menu -> Run.
Attention: ceci restaure les paramètres par défaut de visual studio.
Dans mon cas, VS avait l'habitude de planter sur une solution unique. J'ai résolu le problème en supprimant le fichier utilisateur des solutions respectives: SolutionName.suo.
Essayez d'exécuter VS en tant qu'administrateur. C'est nécessaire dans mon cas.
Si cela coïncide avec le blocage de Visual Studio, vous obtenez des erreurs «corruption de segment de mémoire» (code d'exception: 0xc0000005) dans votre journal d'application Windows (nom du module défaillant: WindowsCodecs.dll). Voici un élément intéressant à vérifier: Un composant WIC défectueux dans Expression Blend peut provoquer le blocage deALLversions de Visual Studio lors de son lancement, ainsi que celui d’Internet Explorer lors de la visite de nombreux sites, voire de la plupart d'entre eux. Même si Microsoft distribue ce composant, ils l'appellent un "composant non-Microsoft". En tant que tel, une réinstallation de Visual Studio ne résoudra pas ce problème, une réinstallation de système d'exploitation sur une installation Windows existante ne résoudra pas le problème et une vérification de l'intégrité du fichier système ne le détectera pas.
Si mon cas, le codec qui se conduisait mal était "C:\Program Files (x86)\Expression Microsoft\Common\Imaging\4.0.360.0\PSDCodec.dll", et le fait de désenregistrer ce composant a permis à mon Visual Studio de fonctionner à nouveau après un plantage du démarrage au démarrage cohérent. .
J'écris ceci dans l'espoir que cette solution sur une source de blocage de Visual Studio puisse en sauver d'autres sur les frais d'assistance de 500 $ de Microsoft et sur la semaine d'indisponibilité que cela m'a occasionnée.
Mon collègue a récemment rencontré un problème de blocage de Visual Studio 2013 au démarrage. Malheureusement, nous avons constaté que l'approche recommandée dans la réponse de @Arun M n'a pas résolu le problème:
devenv.exe /ResetSettings
... cependant, en utilisant un différent argument de ligne de commande fait:
devenv.exe /ResetUserData
Un moyen facile d'exécuter devenv.exe consiste à utiliser la commande Invite de Visual Studio. sur Windows 10, on peut le trouver ici:
Start Button => All Apps => Visual Studio 2013 => Visual Studio Tools =>
VS2013 x86 Native Tools Command Prompt
Pour plus d'informations sur ces arguments de ligne de commande pour devenv.exe, voir cette réponse à cette question connexe: Comment réinitialiser réellement chaque paramètre dans Visual Studio 2012? . En particulier, veuillez noter la mise en garde dans cette réponse concernant l'argument de ligne de commande /ResetUserData!
Pour moi, cela était dû à Web Essentials et j'ai pu résoudre le problème en le désactivant, en redémarrant VS, en l'activant, puis en redémarrant. Fonctionne maintenant.
Je viens de changer la langue de Windows en bas à droite en "EN", puis j'ai démarré en tant qu'administrateur. Et ça a marché, intéressant ..
Un incident au démarrage (ou peu après le démarrage, avant d'ouvrir une solution) s'est produit dans git2-msvstfs.dll, en raison du placement d'un fichier temporaire de 3 Go dans un répertoire de ma solution. La suppression du fichier a corrigé le problème.
Une fois que j'ai accidentellement appuyé sur une combinaison de touches aléatoire (peut-être quelque chose comme ctrl+', mais je ne savais pas que je tenais la touche Ctrl enfoncée, j'avais oublié les touches que j'avais frappées au moment où j'ai réalisé que quelque chose de mauvais s'était passé) qui a entraîné VS Professional 2017 15.3. 5 s'écraser dans la demi-minute. Après avoir relancé, j'ai constaté que VS serait interactif pendant quelques secondes avant qu'il ne tombe en panne dans la demi-minute. C'était vraiment trop rapide pour moi d'essayer de comprendre ce que j'avais activé par inadvertance ou de le désactiver avant que VS ne tombe en panne. De plus, il se planterait même si je n’ouvrais aucune solution. J’imaginais donc que la suppression d’un dossier .vs (par projet/solution Explorateur de solutions/fichiers ouverts) ne corrigerait pas.
Pour résoudre ce problème, j’ai suivi le commentaire de Arun M. et renommé mon dossier %LOCALAPPDATA%\Microsoft\VisualStudio\15.0_3f4d04be. Vous devrez ajuster le chemin pour l'édition/la version de VS qui plante. Sur ma machine, je pense que 15.0_3f4d04be est professionnel et 15.0_0fed6c59 à VS Community Edition. Vous devrez probablement deviner en fonction de l'horodatage de modification du dossier, qui reflétera probablement la date de la dernière utilisation de cette édition de VS.
Après avoir renommé le dossier de points versionné, VS s’est lancé sans incident. Il a commencé avec les paramètres par défaut, mais a restauré automatiquement certains de mes paramètres via la synchronisation dans le cloud après une minute d’exécution. Il a même mémorisé les informations de mon compte. Je n’ai donc pas besoin de me connecter.
Je n'avais pas besoin de renommer mon dossier %LOCALAPPDATA%\Microsoft\VSCommon (qu'Arun M avait également suggéré).
J'ai eu un problème similaire, VS2015 et VS2013 se bloqueraient au démarrage. J'ai retrouvé une application que j'ai installée et qui a mis .net 4.7.2 sur le système. Une fois que j'ai supprimé cette application, supprimé .net et réinstallé .net 4.6, Visual Studio a recommencé à fonctionner.