La recherche cesse de fonctionner pour «Toute la solution»

Je reçois ce problème de temps en temps. Une solution apparemment absurde que j’ai trouvée consiste à cliquer dans la fenêtre Find Results (pas dans la fenêtre Output). Une fois que le curseur de texte clignotant est visible, appuyez sur Ctrl + Break quatre ou cinq fois. Cela semble “débloquer” ce qui cause le problème.

Il existe des rapports Ctrl + ScrLk doivent être utilisés au lieu de Ctrl + Break . Si cela ne fonctionne pas, essayez de casser seul.

Note de Codeguard: J’ai trouvé une explication et une solution déterministe à ce problème

Windows 7 Pro SP1 64 bits, Visual Studio 9.0.30729.1

N’a pas fonctionné:

• Ctrl + Pause
• Ctrl + Arrêt défil
• Redémarrage de Visual Studio

Travaillé:

• Break (dans Find Result 1 & 2) (appuyé seulement une fois)

Source: Commentaires sur le lien de Gordon …

Source de bogue

Ce n’est ni un bogue relatif à Visual Studio ni à Windows. En fait, le bug est dans votre clavier! De nombreux claviers provenant de différents fournisseurs ont été signalés comme des bogues.

Problème

Si vous appuyez sur Ctrl + Break et relâchez Ctrl , Break se bloque sur un clavier buggé. Si vous avez déjà appuyé sur Ctrl + Casser le “mauvais” moyen, vous aurez ce problème avec la recherche étant interrompue.

Détails

Selon les spécifications du code d’parsing, Break et Ctrl + Break sont spéciaux. Ils envoient des codes de numérisation “make” (press) AND “break” (release) au moment où vous appuyez sur Break . Ils n’envoient rien quand vous libérez Break . Le clavier buggy enverra la séquence suivante:

1. Ctrl “make” scan code
2. Ctrl + Pause “make” scan code
3. Ctrl “break” scan code
4. Pause “pause” scan code

C’est-à-dire que Ctrl + Break n’est jamais libéré, mais que Pause est libéré.

la reproduction

Vous pourriez, par exemple, utiliser les bons vieux Spy ++ des outils Visual Studio. Attachez-le à quelque chose, par exemple le Bloc-notes Windows et les messages de surveillance (je vous suggère de ne sélectionner que les messages du clavier). Appuyez sur Ctrl + Break pour libérer Ctrl . Vérifiez la sortie de Spy ++. Vous verrez la séquence que j’ai montrée dans la section Détails.

J’ai essayé deux claviers différents sur le même ordinateur. Logitech K120 a le bogue tandis que d’autres claviers Mitsumi se comportent conformément aux spécifications et n’ont pas le bogue.

Si vous y réfléchissez, il est facile de comprendre que le comportement correct nécessite un traitement de cas particulier, tandis que le comportement par bug est naïf. C’est pourquoi de nombreux claviers différents peuvent être buggés.

Solution

Remplacez votre clavier 🙂

solution de contournement

Vous devez simplement appuyer sur Ctrl + Break , en faisant attention à libérer Break d' abord. Peu importe l’application qui est active.

Ce bogue a été dans Visual Studio longtemps et il ne semble jamais être corrigé.

Voir cet élément MS Connect de 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- a été arrêté

Je ne pouvais pas croire qu’ils ne l’avaient toujours pas corrigé dans VS2010 – mais il est toujours là 🙁

L’élément Connect a été marqué comme Fermé – Won’t Fix : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in- Visual Studio

Ctrl + Break ou Ctrl + ScrLk annulent une opération de recherche. Essayez-le Ce qui s’est passé, c’est que certaines couches logicielles (probablement Windows) pensent que ces touches sont toujours pressées, même si ce n’est pas le cas. Appuyez et relâchez-les pour effacer le drapeau.

Ce pourrait être l’une de ces combinaisons:

Ctrl + Pause

Alt + Pause

Pause

Ctrl + ScrLk

N’oubliez pas que vous avez plusieurs touches de contrôle et alt sur votre clavier – essayez-les avec chacune d’elles. Si c’est la bonne touche Ctrl + ScrLk , appuyer sur la touche Ctrl gauche ne va pas résoudre le problème.

Voici le problème Connect fermé par Microsoft sous le nom “Won’t Fix”.

S’il s’agit d’un problème récurrent pour vous, il existe une extension Visual Studio qui supprime la clé virtuelle à l’origine du problème.

Ctrl + F et Ctrl + Maj + F ont cessé de fonctionner sur Visual Studio 2015 Community Edition.

Mon ami m’a dit d’aller à:

1. Outils → Paramètres d’importation et d’exportation:

2. Choisissez: Réinitialiser tous les parameters → Suivant

3. Choisissez: Non, réinitialisez simplement les parameters, écrasant mes parameters actuels → Suivant

4. Choisissez: Général → Terminer

J’ai essayé toutes les options précédentes. Ils n’ont pas fonctionné pour moi, mais en les lisant, je me suis assuré qu’il s’agissait d’un bogue et que je devrais essayer des méthodes inconnues pour le faire fonctionner. J’ai donc essayé une recherche de fichier simple dans Visual Studio 2010 dans:

1. Le document actuel
2. Tous les documents ouverts

Les deux ont fonctionné.

Alors j’ai essayé de trouver dans les fichiers et woah! Il a commencé à fonctionner.

La solution de recherche dans Visual Studio 2012 est cassée. Je l’ai testé sur trois machines, je n’ai pas travaillé sur deux. Qu’est-ce que j’ai trouvé qui fonctionne est de cliquer sur la flèche déroulante à côté du champ de recherche et sélectionnez Rechercher tout. C’est un peu pénible, car vous devez sélectionner le menu déroulant chaque fois que vous effectuez une recherche dans la solution.

J’ai eu le même problème dans Visual Studio 2013 (mise à jour 3). Aucune des combinaisons de touches listées précédemment ne fonctionnait pour moi. J’ai eu *.cs sélectionné dans les FileTypes.

Pour le faire fonctionner, je l’ai changé en *.* , Puis de nouveau en *.cs – maintenant ça marche.

J’utilise Visual Studio 13 sans ce problème depuis deux ans maintenant et j’ai commencé à avoir ce problème après l’application de la mise à jour 5 ou il pourrait s’agir d’une combinaison de touches bizarres pressée inconsciemment qui l’a déclenchée, je ne sais pas.

La solution d’Echelon_Force a fonctionné pour moi. Merci!

N’a pas fonctionné:

Ctrl + Pause

Ctrl + Arrêt défil

Travaillé:

Pause (dans la fenêtre Find Result 1 & 2 – Seulement une fois)

Bonne conclusion dans les fichiers!

Malheureusement, aucune de ces touches spéciales ne fonctionne pour moi. Seul le redémarrage de Visual Studio 2010 semble fonctionner pour moi.

Toutes les combinaisons de Scroll Lock et de Break ne font rien pour moi. Pour contourner ce problème, j’ai ajouté le répertoire de la solution aux dossiers de recherche (le deuxième bouton points de suspension), puis le champ Rechercher dans le répertoire de la solution. Le problème fondamental existe toujours, mais pour moi, c’est fonctionnellement la même chose.

(Visual Studio 2013, Windows 8.1, x64)

J’exécute Visual Studio 2012 Professional dans une machine virtuelle, en me connectant à l’aide de rdesktop à partir d’une machine Linux.

Aucune des autres suggestions n’a fonctionné, mais le problème a été résolu:

• Accédez à l’écran “Rechercher et remplacer”. (ctrl-shift-f dans mon cas)
• Entrez un texte de recherche et choisissez «Solution complète»
• Appuyez sur “Find Next”, il devrait trouver un résultat.
• Appuyez sur “Trouver tout”, fonctionne maintenant sans avorter. (Remarque: j’ai frappé ma souris très fort et quelques jurons ont été impliqués, mais je ne pense pas que cela ait une pertinence autre que psychologique: D)

Dans Visual Studio 2013 après la mise à jour 3, j’avais le même problème. Avant, je pouvais simplement mettre “.cs” ou “.cshtml” dans les types de fichiers suivants: et cela fonctionnerait. Mais après la mise à jour 3, je dois maintenant mettre ” .cs” ou “ .cshtml” (ou les types de fichiers que je veux rechercher) et cela fonctionne bien.

Cela fonctionne pour moi après tout le rest n’a pas ou travaillé seulement parfois:

Effectuez la recherche et, tout en recherchant, maintenez CRTL tout le temps et continuez d’appuyer sur Break .

Si vous recherchez plusieurs types de fichiers, ils doivent être séparés par un; personnage, pas un espace.

Cela renvoie les résultats corrects:

* .cs; *. vb; *. js; *. aspx

Cela ne retourne rien du tout:

* .cs * .vb * .js * .aspx

Ce n’est pas le problème de l’affiche originale, mais pour d’autres personnes qui ne peuvent pas comprendre pourquoi leur recherche ne fonctionne pas, cela pourrait être la raison.

Une autre réponse tardive, mais j’ai trouvé une autre “solution” à ce problème.

Quand il semble que l’application Visual Studio a gelé lors de la recherche, laissez-la tranquille. Ne le ferme pas. Ne le redémarre pas. Laissez-le partir pendant environ 10-15 minutes et le problème peut se corriger, comme il l’a fait dans mon cas particulier. Je ne suis pas sûr de savoir pourquoi le laisser seul a résolu le problème, même si je suppose que Visual Studio est en train de créer un index pour pouvoir rechercher des fichiers et se heurter à un problème. Une fois que les 10-15 minutes sont écastings et que VS termine sa recherche, cela semble bien aller après.

Cela ne s’appliquera probablement pas à la plupart des situations, mais ce qui a été corrigé pour moi a été de désactiver l’utilisation des expressions régulières dans la fenêtre de recherche. J’avais déjà utilisé des expressions régulières pour certains remplacements difficiles et je ne les ai pas désactivées à la fin. Je pense que c’était peut-être l’interprétation d’une partie du texte de remplacement simple (voir ci-dessous – avait des caractères spéciaux) comme le début d’une expression régulière incomplète ou mal formée, et ne pouvait donc pas faire de correspondance. Serait sympa si on vous le disait!

Il semble seulement se bloquer si j’utilise Ctrl + F ( Find in Entire Solution ) et jamais si j’utilise Ctrl + Shift + F ( Find in Files ).

Ce qui suit a fonctionné pour moi. Visual Studio → menu Windows → Réinitialiser le panneau de la fenêtre . Le redimensionnement de Visual Studio a permis de masquer l’option.

Ce fut l’un de mes plus gros problèmes avec Visual Studio. Pour moi (Windows 10, Visual Studio 2015), la fenêtre de recherche dans tous les fichiers s’est verrouillée avec un blanc, et devinez quoi, le fait de taper sur l'écran d'impression le résout.

Ce truc Ctrl + Break fonctionné pour moi pendant des années, il est vraiment intéressant de comprendre pourquoi cela se produit . Avec VS2015, j’ai un problème avec la recherche: mon Ctrl + Shift + F ne fonctionne tout simplement pas, cette combinaison de touches semble être ignorée lorsque je l’appuie. J’ai essayé de réinstaller même VS 2015 et j’ai toujours le même comportement cassé.

Si quelqu’un a le même problème, voici la raison:

Je constate que pour une raison quelconque, VS2015 affiche la boîte de dialog “Rechercher dans les fichiers” sur un autre moniteur connecté à mon PC. Cet autre moniteur est un téléviseur Samsung 4K qui rest normalement “Off” et je ne sais pas pourquoi VS 2015 envoie cette boîte de dialog de recherche à ce moniteur. Étonnamment, lorsque j’allume mon téléviseur, la boîte de dialog de recherche se déplace sur le moniteur principal seul!

Ctrl + Pause fonctionne pour Visual Studio 2008

Rien n’a fonctionné pour moi. J’utilise aussi Resharper. J’ai donc dû réinitialiser mes liaisons de clé VS et réappliquer les raccourcis Resharper. Seulement ça m’a permis de travailler.

1. Réinitialiser la configuration actuelle du clavier (Outils | Options | Environnement | Clavier | Réinitialiser).
2. Aller à ReSharper | Options | Environnement | Clavier et menus | “Visual Studio” | Appliquer le schéma.