Visual studio oublie les paramètres de la fenêtre et fait des dégâts
J'ai ce problème lorsque j'ouvre Visual Studio et que les fenêtres internes sont dispersées un peu partout. Aucun d'entre eux n'est amarré; certaines qui devraient être visibles sont devenues invisibles et vice versa. Je dois ensuite passer des heures à remettre les fenêtres à l'endroit où je les aime.
Cela ne semble se produire qu'avec certaines solutions et n'est apparu que récemment.
Pour ma vie, je ne peux pas résoudre le problème. Quelqu'un d'autre est-il passé par là?
On dirait que Visual Studio a définitivement un problème pour conserver vos paramètres entre les allers-retours et éventuellement votre profil de paramètres Visual Studio en général.
La solution que je vous recommande est tout d’abord de réinitialiser tous les paramètres, d’autre part de personnaliser les choses selon vos préférences personnelles et enfin de sauvegarder ces paramètres personnalisés. L'idée est que ce fichier de sauvegarde des paramètres peut être utilisé ultérieurement pour automatiser une restauration rapide des paramètres à un point qui vous convient. Les étapes suivantes montrent comment faire cela et espérons pouvoir résoudre même les problèmes de paramétrage Visual Studio les plus confus:
Fermez toutes les instances de Visual Studio.
Allez dans Démarrer> Programmes> Visual Studio 200X> Outils Visual Studio> et choisissez "Invite de commandes Visual Studio 200X".
Exécutez la commande 'devenv.exe/ResetUserData' légèrement moins connue. Avec cette commande, vous perdrez tous les paramètres et personnalisations de votre environnement Visual Studio. De ce fait, le commutateur/ResetUserData n'est pas officiellement pris en charge et Microsoft ne le publie pas (le commutateur n'est pas décrit dans l'aide de devenv.exe que vous obtenez lorsque vous tapez devenv.exe /? Dans une invite de commande). Surtout, attendez que le processus devenv.exe résultant disparaisse du Gestionnaire des tâches ou, mieux, de Process Explorer.
Lorsque le processus disparaît de Task Manager ou Process Explorer, exécutez "devenv.exe/ResetSettings" pour restaurer les paramètres par défaut de l'EDI et éventuellement démarrer une seule instance de Visual Studio.
Dans Visual Studio, choisissez maintenant "Importer et exporter les paramètres ..." dans la partie inférieure du menu "Outils" pour lancer l'Assistant Importer et exporter les paramètres.
Choisissez le bouton d'option "Réinitialiser tous les paramètres", puis cliquez sur Suivant> Choisissez "Non, il suffit de réinitialiser les paramètres, en remplaçant mes paramètres actuels", puis sur Suivant> Choisissez vos préférences personnelles "Collection de paramètres". Cela a un effet sur les raccourcis clavier, etc., mais vous pouvez toujours répéter ce processus jusqu'à ce que vous soyez heureux) et cliquez sur Terminer.
Lorsque vous recevez le message suivant: "Vos paramètres ont été réinitialisés avec succès en Paramètres de développement XXXXXX". Cliquez sur Fermer, puis passez un bon moment à ajouter des personnalisations personnelles à Visual Studio, telles que l'ouverture de fenêtres que vous souhaitez toujours ouvrir, la personnalisation des barres d'outils et l'ajout de boutons de barres d'outils, etc.
Lorsque vous avez terminé votre personnalisation personnelle et que vous êtes entièrement satisfait de votre configuration, allez à nouveau dans Outils> 'Paramètres d'importation et d'exportation ...'
Sélectionnez le bouton radio "Exporter les paramètres d'environnement sélectionnés", puis> Cochez "Tous les paramètres", puis> Choisissez un nom de fichier et un répertoire, puis cliquez sur Terminer pour stocker une sauvegarde de vos paramètres actuels dans un fichier .vssettings.
À l'avenir, si les choses tournent mal, retournez dans Outils> 'Importer et exporter les paramètres ...' et choisissez cette fois le bouton radio 'Importer les paramètres d'environnement sélectionnés' et Suivant> Choisissez 'Non, importez seulement les nouveaux paramètres, en écrasant les paramètres actuels' et Suivant> Choisissez le nom de votre fichier .vssettings dans la liste (généralement sous le dossier Mes paramètres) ou cliquez sur Parcourir .. pour accéder au fichier, puis sur Suivant> Cochez 'Tous les paramètres' et cliquez sur Terminer.
Surtout, fermez l'instance unique de Visual Studio. Toute instance future que vous ouvrez doit conserver vos dernières personnalisations.
Visual Studio corrompt ses paramètres avec une monotonie normale (cela a toujours été le cas, j'en souffre depuis les jours de Visual C++ et c'est toujours un bugbear dans VS2013).
Cela semble souvent totalement aléatoire, mais cela est très probable après un accident.
Il perdra également toutes les modifications apportées à vos paramètres si Visual Studio ne s’arrête pas proprement - pour une raison quelconque, au lieu de sauvegarder les paramètres lorsque vous validez la boîte de dialogue, VS semble attendre jusqu’à ce qu’il se ferme pour écrire vos modifications. options Je quitte et redémarre toujours pour m'assurer que les modifications ont été vidées sur le disque. De même, vous ne devriez jamais modifier les options lorsque 2 instances de VS ou plus sont en cours d'exécution, car la dernière à quitter écrasera les paramètres.
En particulier, il existe un cas facilement reproductible: si vous lancez deux copies ou plus en même temps (j'entends par là si vous démarrez deux copies ou plus, de sorte qu'elles s'initialisent toutes en même temps), elles semblent se battre sur le fichier de paramètres et il devient corrompu ou rétablit les valeurs par défaut.
Les deux meilleures solutions de contournement que j'ai trouvées sont les suivantes:
Ne lancez jamais plus d'une instance à la fois. Si vous devez exécuter plusieurs instances simultanément, attendez que la première termine le chargement de sa solution avant de lancer la suivante.
Utilisez toujours
Tools > Import and Export Settingspour enregistrer vos paramètres dans un fichier de sauvegarde afin que la récupération de cette corruption ne prenne que quelques secondes à chaque fois que cela se produit.
Une autre habitude plus petite, mais qui reste assez irritante, est que si VS est réduit au minimum quand il est arrêté (par exemple en le fermant), les informations sur la position de la fenêtre sont corrompues et lors de la prochaine utilisation, elles seront maximisées.
J'ai eu un problème similaire lorsque le dossier Mes documents était stocké sur un lecteur mappé. Si j'ouvrais VS avant de mapper le lecteur, VS agirait comme si c'était la première fois qu'il était ouvert. J'ai résolu ce problème en stockant les paramètres d'environnement sur le disque local.
J'ai juste rencontré ce problème aussi (qui semblait se déclencher après une mise à jour de Windows) où je n'arrêtais pas d'obtenir une fausse disposition de la fenêtre, peu importe ce que je faisais. Les suggestions ci-dessus n'ont pas fonctionné non plus. Mais heureusement, les suggestions dans: Pourquoi VS 2008 IDE ne se souvient-il pas de mes préférences? de supprimer:
%APPDATA%\Application Data\Microsoft\VisualStudio\9.0\windows.prf
travaillé.
TP
En fait, j'ai trouvé le coupable: les précédents crash de VS.
Si l'une de mes instances Visual Studio se bloque pour une raison quelconque - la prochaine fois que je lance VS, je reçois un étrange lot de paramètres. Le comportement dépend de divers facteurs, par exemple si d'autres instances de VS sont ouvertes à ce moment-là ou non.
J'ai essayé la solution de Peter McG, mais je n'ai toujours pas aidé… .. Ce qui a finalement fonctionné pour moi a été de supprimer mes options utilisateur de VS Solution (.sou). Situé dans le même répertoire que ma solution.
Seul inconvénient, vous devez rétablir tous vos paramètres. Cela comprenait mes changements d'exception. Pas grand-chose à changer, mais si vous avez beaucoup de personnalisation, cela pourrait être une vraie douleur… .. Il doit y avoir quelque chose dans ce fichier qui gâche tout, mais la suppression de tout le fichier est rapide et facile.
La solution que vous ouvrez ne devrait pas avoir d’importance, car ces paramètres ne sont pas spécifiques à une solution. Mais je me demande si Visual Studio 2005 et 2008 sont installés sur votre ordinateur. Dans ce cas, l'ouverture d'une solution créée en 2005 ouvrira VS 2005 et celle de 2008 ouvrira VS 2008. Vous pouvez avoir VS 2005 même si vous ne l'avez pas installée. Par exemple, InfoPath 2007 installe un shell VS 2005.
Tout d’abord, je positionnerais les fenêtres à l’endroit où vous le souhaitez, puis vous ferez un Outils -> Paramètres d’exportation et n’incluez que les dispositions de fenêtre. De cette façon, vous aurez au moins une chose sur laquelle vous pourrez revenir.
Ensuite, je vérifie Outils -> Options -> Importer les paramètres d’exportation et note où est défini le chemin "Enregistrer automatiquement mes paramètres dans ce fichier". Gardez un oeil sur ce fichier. Avez-vous un logiciel de synchronisation qui pourrait l'écraser par inadvertance? Est-ce que cela pointe vers un emplacement inexistant?
Mon problème est similaire, mais le résultat est l'application se bloque. Le problème était cette valeur
Dans HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0\MainWindow. Il a été réglé sur "0 1000 -280 -100 3" probablement en raison de la présence de plusieurs écrans et du déplacement de l'interface utilisateur.
La suppression de cette valeur a permis à l'application de redémarrer avec succès. Il est recréé au démarrage.
Dans mon cas, ce n'est pas la disposition de la fenêtre qui est corrompue, mais Intellisense qui propose l'achèvement du code et l'aide contextuelle. Jamais cette question n’avait eu lieu au cours de la dernière décennie, maintenant cela se produit au moins 3 fois par jour. Win8.1, Visual Studio 2013, ReSharper 8 et maintenant ReSharper 9 (dans l’espoir que la mise à niveau le corrigera).
Je dois maintenant systématiquement
- fermer la solution,
- Outils/Paramètres d'import-export/Réinitialiser tous les paramètres
- Fermer Visual Studio
- Ouvrir Visual Studio Importer mes paramètres enregistrés
- Rouvrez la solution et continuez à travailler
Je peux ensuite fonctionner correctement à nouveau pendant un certain temps jusqu'à ce que quelque chose se passe mal… disons un débordement de pile pendant le débogage. À ce stade, je sais que mes paramètres sont foutus et que mon Intellisense est mort à nouveau.
Je commence à me demander s'il ne s'agit pas d'une dernière mise à jour de Visual Studio. Il y a des choses que je n'utilise jamais comme la merde publicitaire et l'intégration de développement Office. MS Office a ses propres problèmes, par exemple, Office 64 bits n'étant vu par aucune autre application telle que Quicken en tant que programme de messagerie installé. Ou peut-être que c'est un conflit avec ReSharper qui veut dépasser et "étendre" la fonctionnalité Intellisense.
Quoi qu'il en soit, je suis sûr que c'est une manifestation différente du même problème: les paramètres de Visual Studio vont de travers lors d'une utilisation normale.
J'ai vécu quelque chose de similaire. Dans mon cas, les couleurs de l'éditeur de texte (éditeur c #, par exemple) sont en ruine. La seule solution que j’ai essayée et qui fonctionne pour moi est de changer le thème de la couleur et de revenir à ce que je veux.
Je suis confronté à un problème similaire. Et cela n’a commencé que récemment, comme au cours des 30 derniers jours environ. La seule chose dont je me souvienne d'avoir changé au cours de cette période a été de mettre à jour Resharper 4.5.
Je viens de rencontrer ce problème dans VS 2012, la réinitialisation de la disposition des fenêtres ne faisait rien.
J'ai extrapolé
% APPDATA%\Application Data\Microsoft\VisualStudio\9.0\windows.prf
à
% appdata%\Microsoft\VisualStudio\11.0\Windows.index
... l'a supprimé et était de retour dans les affaires!
- Assurez-vous de fermer toutes les instances de VS en premier!