La recherche cesse de fonctionner pour «Solution entière»

D'une manière ou d'une autre, la recherche Visual Studio a cessé de fonctionner pour moi. Chaque fois que je recherche «Solution entière» pour du texte, j'obtiens ce résultat:

Trouver tout "[Quoi que je cherchais]", Sous-dossiers, Résultats de recherche 1, "Solution entière" Aucun texte correspondant trouvé. La recherche a été arrêtée en cours.

Pourquoi dit-il soudainement "Aucun fichier n'a été trouvé dans"?

J'ai trouvé un certain nombre de liens sur Google qui disent d'appuyer sur Ctrl+ Breakou Ctrl+ Scroll Lock, mais aucun ne semble fonctionner pour moi.

Je reçois ce problème de temps en temps. Une solution apparemment absurde que j'ai trouvée consiste à cliquer à l'intérieur de la fenêtre Résultats de la recherche (pas la fenêtre Sortie). Une fois que le curseur de texte clignotant est visible, appuyez sur Ctrl+ Breakquatre ou cinq fois. Cela semble "débloquer" la cause du problème.

Il existe des rapports Ctrl+ ScrLkpeuvent devoir être utilisés à la place de Ctrl+ Break. Si cela ne fonctionne pas, essayez Breakseul.

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 + Break
• Ctrl + Scroll Lock
• Redémarrage de Visual Studio

Travaillé:

• Break (dans Find Result 1 & 2) (pressé une seule fois)

Source: Commentaires dans le lien de Gordon ...

Source de bogue

Ce n'est ni Visual Studio ni bogue lié à Windows. En fait, le bug est dans votre clavier! De nombreux claviers de différents fournisseurs auraient été bogués.

Problème

Si vous appuyez sur Ctrl+ Breaket relâchez d' Ctrlabord, Break se coince sur un clavier buggy. Si vous avez déjà appuyé sur Ctrl+ dans Breakle mauvais sens, vous aurez ce problème d'interruption de la recherche.

Détails

Selon les spécifications du code de numérisation, Break et Ctrl+ Breaksont spéciaux. Ils envoient des codes de scan "make" (appuyez sur) et "break" (relâchez) au moment où vous appuyez sur Break. Ils n'envoient rien lorsque vous relâchez Break. Le clavier buggy enverra la séquence suivante:

1. Ctrl "make" scan code
2. Ctrl+ Break"make" scan code
3. Ctrl "casser" le code de numérisation
4. Pause "casser" le code de numérisation

Autrement dit, Ctrl+Break n'est jamais publié, mais Pauseest plutôt publié.

la reproduction

Vous pouvez par exemple utiliser de vieux bons Spy ++ des outils Visual Studio. Attachez-le à n'importe quoi, par exemple le bloc-notes Windows et surveillez les messages (je vous suggère de ne sélectionner que les messages du clavier). Appuyez sur Ctrl+ Break, relâchantCtrl premier. 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 bug tandis que certains autres claviers Mitsumi se comportent conformément aux spécifications et n'ont pas le bug.

Si vous y réfléchissez, il est facile de comprendre qu'un comportement correct nécessite une gestion de cas particulière, tandis que le comportement de buggy est naïf. C'est pourquoi de nombreux claviers différents peuvent être bogués.

Solution

Remplacez votre clavier :)

solution de contournement

Il vous suffit d'appuyer sur Ctrl+ Break, en faisant attention à la libération en Breakpremier. Peu importe quelle application est active.

Ce bogue est dans Visual Studio depuis longtemps et il ne semble jamais avoir été 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é - ne sera pas résolu : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress- while - performing- search - in- Visual Studio

Ctrl+ Breakou Ctrl+ScrLk annule une opération de recherche. Essayez-le. Ce qui s'est passé, c'est qu'une couche logicielle (probablement Windows) pense que ces touches sont toujours enfoncées même si ce n'est pas le cas. Appuyez et relâchez-les pour effacer le drapeau.

Il peut s'agir de l'une de ces combinaisons:

Ctrl+Break

Alt+Break

Break

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 Ctrltouche droite + ScrLk, appuyer sur la gauche Ctrlne résoudra pas le problème.

Voici le problème de connexion que Microsoft a résolu comme «ne résoudra pas».

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+ Fet Ctrl+ Shift+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 paramètres → Suivant

3. Choisissez: Non, il suffit de réinitialiser les paramètres, d'écraser mes paramètres actuels → Suivant

4. Choisissez: Général → Terminer

Dans mon cas, j'avais un faux caractère dans le champ "Regardez ces types de fichiers:" dans la fenêtre de recherche.

La suppression du personnage a résolu le problème.

Visual Studio 2017

J'ai essayé toutes les options précédentes. Ils n'ont pas fonctionné pour moi, mais les lire m'a assuré qu'il s'agit d'un bug, et je vais devoir essayer des moyens inconnus 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 fonctionnaient.

Ensuite, j'ai essayé Find in Files et woah! Cela a commencé à fonctionner.

La solution de recherche dans Visual Studio 2012 est en panne. J'ai testé cela sur trois machines, je n'ai pas fonctionné sur deux. Ce que j'ai trouvé qui fonctionne est de cliquer sur la flèche déroulante à côté du champ de recherche et de sélectionner Rechercher tout. C'est un peu pénible car vous devez sélectionner un menu déroulant à chaque fois que vous recherchez dans la solution.

Malheureusement, aucun de ces traits de touche spéciaux ne fonctionne pour moi. Seul le redémarrage de Visual Studio 2010 semble fonctionner pour moi.

J'ai eu le même problème dans Visual Studio 2013 (mise à jour 3). Aucune des combinaisons de touches répertoriées précédemment n'a fonctionné pour moi. J'avais *.cssélectionné dans les FileTypes.

Pour le faire fonctionner, je l'ai changé en *.*, puis de nouveau en *.cs- maintenant cela fonctionne.

J'utilise Visual Studio 13 sans ce problème depuis quelques années maintenant et j'ai commencé à avoir ce problème après avoir appliqué la mise à jour 5 ou cela pourrait être un combo de touches étranges appuyé par moi sans le savoir qui l'a déclenché, je ne sais pas avec certitude.

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

N'a pas fonctionné:

Ctrl + Break

Ctrl + Scroll Lock

Travaillé:

Break (dans la fenêtre Rechercher les résultats 1 et 2 - Une seule pression)

Bonne découverte dans les fichiers!

Toutes les combinaisons de Scroll Locket Breakn'ont rien fait pour moi. Pour contourner ce problème, j'ai ajouté le répertoire de la solution aux dossiers de recherche (le deuxième bouton de sélection), puis j'ai modifié le champ Rechercher dans le répertoire de la solution. Le problème racine existe toujours, mais pour moi, c'est fonctionnellement la même chose.

(Visual Studio 2013, Windows 8.1, x64)

J'ai eu le même problème que glenneroo aujourd'hui, après la mise à jour de Visual Studio 2019 vers 16.4.3. J'ai trouvé une solution qui a fonctionné pour moi ici .

Ouvrez Find Optionset vérifiez s'il y a un caractère (spécial) dans le Look at these file typeschamp de texte. Si oui, supprimez-le.

Dans Visual Studio 2013 après la mise à jour 3, j'ai eu le même problème. Avant, je pouvais simplement mettre ".cs" ou ".cshtml" dans le Regardez ces types de fichiers: et cela fonctionnerait. Mais après la mise à jour 3, je dois maintenant mettre " .cs" ou " .cshtml" (ou tout type de fichier dans lequel je veux chercher) et cela fonctionne très bien.

Cela fonctionne pour moi après que tout le reste n'a pas fonctionné ou n'a fonctionné que parfois:

Effectuez la recherche, et pendant la recherche, maintenez CRTL tout le temps et continuez à appuyer Break.

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

Cela renvoie les résultats corrects:

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

Cela ne renvoie 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 ait gelé lors de la recherche ... laissez-la tranquille. Ne le ferme pas. Ne le redémarre pas. Laissez-le simplement agir pendant environ 10 à 15 minutes et le problème peut se corriger lui-même, comme dans mon cas spécifique. Je ne sais pas pourquoi le laisser seul a résolu le problème, bien que ma supposition sans aucune instruction soit que Visual Studio crée une sorte d'index pour pouvoir rechercher des fichiers et s'exécuter dans un accroc. Une fois que les 10-15 minutes sont écoulées et que VS termine sa recherche, cela semble bien après cela.

Cela ne s'appliquera probablement pas à la plupart des situations, mais ce qui a résolu le problème était de désactiver «Utiliser les expressions régulières» dans la fenêtre de recherche. J'avais précédemment utilisé des expressions régulières pour certains remplacements délicats et je ne me suis pas éteint une fois terminé. Je pense qu'il interprétait peut-être une partie du texte de remplacement simple (voir ci-dessous - avait quelques 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 réellement faire de correspondance. Ce serait bien si cela vous disait!

Il ne semble se bloquer que si j'utilise Ctrl+ F( Rechercher dans la solution entière ) et jamais si j'utilise Ctrl+ Shift+ F( Rechercher dans les fichiers ).

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

Si quelqu'un a un problème identique, voici la raison:

Il s'avère que pour une raison aléatoire, VS2015 montre que la boîte de dialogue "trouver dans les fichiers" sur un autre moniteur connecté à mon PC. Cet autre moniteur est un téléviseur Samsung 4K qui reste normalement "éteint" et je n'ai aucune idée pourquoi VS 2015 envoie cette boîte de dialogue de recherche à ce moniteur. Étonnamment, lorsque j'allume mon téléviseur, la boîte de dialogue de recherche se déplace d'elle-même sur le moniteur principal!

J'exécute Visual Studio 2012 Professional sur une machine virtuelle, 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- fdans mon cas)
• Saisissez un texte de recherche et choisissez «Solution complète»
• Appuyez sur 'Find Next', il devrait trouver un résultat.
• Appuyez sur «Find All», fonctionne maintenant sans abandonner. (Remarque, j'ai frappé ma souris très fort et certains jurons étaient également impliqués, mais je ne pense pas que cela ait une pertinence autre que psychologique: D)

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 fait pour masquer l'option.

C'était 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 a été verrouillée avec un blanc, et devinez quoi, frapper le print screenrésout.

Ctrl+ Breakfonctionne pour Visual Studio 2008

Rien n'a fonctionné pour moi. J'utilise également Resharper. J'ai donc dû réinitialiser mes liaisons de touches VS et réappliquer les raccourcis Resharper. Seulement ça m'a fait marcher.

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

Cela a commencé à se produire pour moi avec la mise à jour de la version 15.8.8 de Visual Studio. Aucune des étapes ci-dessus n'a fonctionné. Il n'y a pas d'erreur. Juste ce qui semble être une recherche «bloquée».

J'avais récemment installé ApexSQL Refactor 2018.03.0331. La désinstallation n'a pas résolu le problème et ne semble pas en être la cause. Il semble être lié à la version 15.8.8 de la mise à jour de Visual Studio.

J'ai complètement désinstallé Visual Studio et réinstallé la version 15.8.8 à nouveau. Le problème avec Ctrl-Shift-F recherchant la solution entière n'est plus un problème. Quelle que soit la cause du problème, le problème est résolu après la désinstallation et l'installation.

J'ai à nouveau installé ApexSQL Refactor 2018.03.0331 et tout fonctionne toujours bien.

Je rencontre une situation similaire avec Visual Studio Community 2017 et maintenant 2019 (corrigé jusqu'à 16.1.4). Dans mon cas, il ne montre aucun résultat, il recherche juste pour toujours sans jamais rien trouver. Ma solution était de désancrer la boîte de dialogue "Rechercher et remplacer" et de la déplacer n'importe où dans une position flottante. Après le désamarrage, il semble fonctionner correctement, même après l'avoir remis à sa position d'origine.