Visual Studio "Rechercher" entraîne "Aucun fichier à rechercher. Recherche de progression arrêtée."

Parfois, lors du développement dans l'IDE de Visual Studio, lorsque vous utilisez la boîte de dialogue «Rechercher dans les fichiers» pour trouver quelque chose, la recherche échoue et vous verrez le message suivant dans la fenêtre «Rechercher des résultats».

Aucun fichier à rechercher n'a été trouvé. Recherche de progression interrompue

Une fois ce message affiché, toutes les recherches suivantes aboutiront au même message. Rien ne résout le problème, y compris le redémarrage de l'ordinateur sauf en appuyant sur Ctrl+ ScrLk.

Qu'est-ce qui amène Visual Studio à entrer dans cet état et existe-t-il un paramètre pour l'empêcher définitivement de se produire?

Selon ce fil :

Publié par Microsoft le 13/10/2009 à 16:33

Salut à tous,

Merci de l'intérêt que vous portez à ce bogue. Nous avons été en mesure de reproduire le problème par intermittence dans plusieurs versions de Visual Studio fonctionnant sur plusieurs versions de Windows et ont identifié la cause racine comme externe à VS . L'équipe Windows n'a malheureusement pas eu le temps de résoudre ce problème pour leur version actuelle, mais nous travaillons avec eux pour, espérons-le, corriger ce bogue pour une future version de Windows. À l'heure actuelle, la solution de contournement (comme beaucoup d'entre vous l'ont noté) consiste à appuyer sur Ctrl + Scroll Lock, Ctrl + Break ou sur la touche Break seule.

Encore une fois, merci pour tous les détails que vous avez fournis sur ce bogue. Si vous avez d'autres questions ou commentaires, n'hésitez pas à poster à nouveau ici; bien que ce problème ait été résolu il y a un certain temps, je m'assurerai qu'il reste sur notre radar.

Merci, Brittany Behrens Program Manager, VS Platform - Editor

Ce bogue existe depuis au moins 2004 et, depuis le post ci-dessus en 2009, n'avait pas été corrigé.

Parfois Ctrl+ Breakfonctionne, parfois Alt+ Break, parfois Ctrl+ Scroll Lock, et d'autres fois Alt+ Scroll Lock.

Pour le moment, rien ne fonctionne. Cela a été un énorme problème pour moi. Honte à Microsoft de ne pas avoir corrigé ce bogue au cours des neuf dernières années.

Apparemment, pour ceux pour qui les combinaisons de touches ne fonctionnent pas (comme moi pour le moment), la suppression de la clé de registre suivante apporte le salut:

MyComputer\HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\[VS VERSION NUMBER]\Find

Bien sûr, [VS VERSION NUMBER] doit être le numéro de version interne de l'EDI. N'oubliez pas de redémarrer votre ordinateur.

Remarquez que supprimer des éléments du registre est dangereux. Comme tout le monde sur SO s'en soucie mais de toute façon ...

Je ne pense pas que vous puissiez faire quoi que ce soit pour l'empêcher. Cela semble se produire après avoir arrêté une compilation avec CTRL + Break ... Peut-être que j'appuie sur CTRL + Scroll Lock pendant ce temps ???

Cela ne m'est arrivé que 2 à 3 fois, et c'était à plusieurs mois d'intervalle.

Ce qu'il dit, c'est que parfois, lorsque vous effectuez une recherche dans Visual Studio, vous obtenez le message d'erreur mentionné. Même si vous savez qu'il y a des choses à trouver. C'est un état étrange dans lequel Visual Studio entre. Si vous appuyez sur (CTRL + Scroll Lock), cela «résoudra» le problème.

Il y a actuellement neuf bogues sur le site Connect liés à cela et marqués comme non reproductibles .

J'en ai créé un autre pour Visual Studio 2010 SP1: «La recherche a été arrêtée en cours» lors de l'exécution de la recherche dans Visual Studio

Veuillez voter pour cela si vous ne pouvez pas effectuer de recherche.

PS: Microsoft affirme avoir résolu le problème dans Visual Studio 2012.

J'ai eu ce problème et j'ai vu les réponses des gens sur les combinaisons Ctrl+ multiples Break/Pause Scroll Lock.

J'ai envisagé cela, mais je pensais que c'était une mauvaise solution de contournement (d'autant plus que j'utilise un clavier Mac, donc ces touches ne sont pas facilement disponibles).

Donc, la solution que j'ai trouvée était de faire ceci:

1. Menu: Outils → Options → Environnement → Rechercher et remplacer

2. Décochez les trois premières cases à cocher (cochées par défaut dans mes paramètres).

3. Revérifiez les trois premières cases à cocher.

Et voila, tout devrait bien fonctionner.

Eh bien, cela a fonctionné pour moi de toute façon, ce qui était un soulagement car je ne peux pas croire que Microsoft autoriserait une combinaison de touches étrange comme solution de contournement pour un bogue comme celui-ci.

Je soumets cela en espérant que cela peut aider!

Voyez si cette question Stack Overflow aide:

La recherche cesse de fonctionner pour "Solution complète"

Version courte de la solution:

Vous devriez essayer de cliquer dans la fenêtre Rechercher des résultats, et une fois que le curseur de texte clignotant est visible, appuyez sur Ctrl+ Breakquatre ou cinq fois. Cela devrait faire l'affaire.

Mon expérience avec ce problème:

Étapes à suivre pour reproduire

Je viens de faire l'expérience de cela en utilisant Windows Server 2008 R2 Standard et Visual Studio 2010 SP1.

J'accédais à Visual Studio à distance via Citrix Receiver (depuis mon ordinateur, A, vers B) et via Windows Remote Desktop (de B à C). Dans cette configuration (chaînage de deux sessions à distance), j'ai parfois des touches de modification bloquées.

En B, j'avais appuyé sur Windows+ Pausepour accéder à la fenêtre Propriétés système. (Cela peut ou non être lié; je soupçonne qu'il aurait pu y avoir une pression sur une touche bloquée ou quelque chose du genre.)

Plus tard, lorsque j'ai ouvert Visual Studio sur C, j'ai eu ce problème. Notez que j'utilise toujours Ctrl+ Shift+ Fpour accéder à la fenêtre Rechercher tout .

Solution

Je l'ai résolu en appuyant sur Ctrl+ Scroll Lockcomme suggéré dans d'autres réponses.

Cause

Quant à savoir pourquoi cela se produit, j'ai remarqué que si j'appuie sur Ctrl+ Breakpendant que le curseur de texte est dans la fenêtre Rechercher des résultats mais avant que les résultats ne soient trouvés, la recherche s'arrête avec le même message. Cela m'indique que c'est lié à un problème de clavier.

Comme indiqué par d'autres, il s'agit apparemment d'un bogue Windows. Voici une discussion à ce sujet .

Je pensais voir ce problème, mais après deux jours de recherche d'une solution, j'ai compris que le sélecteur «Regardez ces types de fichiers» avait changé et n'incluait pas l'extension de fichier dont j'avais besoin.

J'ai eu cela dans Visual Studio 2015 hier.

Dans Rechercher dans les fichiers , dans le champ de texte Rechercher dans :, j'ai tapé

*. *

au lieu de la solution entière , et cela a également provoqué la recherche de fichiers .

Ce n'est pas un bogue de Visual Studio ou un bogue Windows. C'est un bug du clavier. Veuillez voir une réponse dans la question en double https://stackoverflow.com/a/28219093/147805 .

Je peux reproduire votre problème.

Voici quelques étapes que vous pouvez essayer ci-dessous:

1. Vérifiez le paramètre Rechercher et remplacer (menu Outils → Environnement → Rechercher et remplacer).

2. Ouvrez «Invite de commandes du développeur pour VS2013» et collez «devenv.exe / resetsettings»

3. Utilisez l'Assistant Installation de Visual Studio (via le Panneau de configuration) pour réparer Visual Studio. Vous pouvez également lire la référence sur Rechercher dans les fichiers:

   http://msdn.microsoft.com/en-us/library/dechx2tz.aspx

J'ai rencontré un problème très similaire. Je cherchais dans un dossier tous les fichiers pour une phrase dans tous les fichiers .cs de ma solution. Visual Studio n'arrêtait pas de dire "Aucun fichier n'a été trouvé à rechercher". (Il ne contenait pas la partie "Rechercher la progression arrêtée" du message.)

J'ai cherché le message et j'ai trouvé cette question. Les commandes clavier suggérées dans d'autres réponses ne fonctionnaient pas.

J'aime utiliser le clavier pour la navigation. J'avais accidentellement frappé Alt + B et Espace. Alt + B est le raccourci pour passer à la « Inclure su b case -folders » sur Rechercher et remplacer forme. La barre d'espace effacé la case à cocher, puis Alt + A effectué une Recherche Une action II. Comme il ne recherchait pas de sous-dossiers, aucun fichier n'a été trouvé. Le message était correct.

Après avoir coché la case "Inclure les sous-dossiers", les recherches ont trouvé les fichiers correspondants dans les sous-dossiers. Donc, si vous recevez le message "Aucun fichier trouvé dans lequel rechercher" sans le message "Recherche de progression arrêtée", assurez-vous que la recherche est dans les sous-dossiers!

J'ai trouvé une autre cause à cela: déplacer le dossier de solution vers un nouvel emplacement, lorsque CMake fait partie du processus de construction.

Je travaillais avec Chromium Embedded Framework et j'ai déplacé le dossier principal CEF de e: \ vers c: \. Cela semble tout casser, y compris Find, car les scripts de construction CMake utilisent le code en dur du volume du disque et du chemin complet (dossier E: \) dans les chemins source.