visual-studio - gratuit - visual studio prix




La recherche cesse de fonctionner pour "toute la solution" (16)

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

Voir cet article MS Connect de 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find-was-stopped

Je ne pouvais pas croire qu'ils ne l'avaient pas encore fixé dans VS2010 - mais il est toujours là :(

L'élément Connect a été marqué comme étant fermé - ne corrigera pas : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-visual-studio

D'une certaine manière, la recherche de Visual Studio a cessé de fonctionner pour moi. Chaque fois que je recherche "toute la solution" pour un texte, j'obtiens ce résultat:

Trouver tout "[Tout ce que je cherchais]", sous-dossiers, trouver les résultats 1, "Solution entière" Aucun texte correspondant trouvé pour regarder po. Find a été arrêté en cours.

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

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


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 a été verrouillée avec un blanc, et devinez quoi, en appuyant sur l'écran d'impression le résout.


Ce truc Ctrl + Break fonctionné pour moi pendant des années, c'est vraiment intéressant de comprendre enfin pourquoi cela arrive . 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 quand j'appuie dessus. J'ai essayé de réinstaller même VS 2015 et j'ai toujours eu le même comportement brisé.

Dans le cas où quelqu'un a un problème identique, voici la raison:

Il s'avère que pour quelque raison aléatoire VS2015 montre que "trouver dans les fichiers" boîte de dialogue sur un autre moniteur qui est attaché à mon PC. Cet autre moniteur est 4K Samsung TV qui reste normalement "Off" 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 tout seul sur le moniteur principal!


Cela fonctionne pour moi après tout le reste ne fonctionnait pas ou parfois seulement:

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


Dans Visual Studio 2013 après la mise à jour 3, j'ai eu le même problème. Avant, je pouvais juste mettre ".cs" ou ".cshtml" dans le Look de ces types de fichiers: et cela fonctionnerait. Mais après la mise à jour 3, je dois maintenant mettre " .cs" ou " .cshtml" (ou tous les types de fichiers que je veux rechercher) et cela fonctionne très bien.


Il semble seulement verrouiller si j'utilise Ctrl + F ( Chercher dans toute la solution ) et jamais si j'utilise Ctrl + Maj + F ( Rechercher dans les fichiers ).


J'ai essayé toutes les options précédentes. Ils n'ont pas fonctionné pour moi, mais en les lisant, j'ai été sûr que c'était un bug, et je devrais essayer des moyens inconnus pour le faire fonctionner. J'ai donc essayé une simple recherche de fichiers dans Visual Studio 2010 dans:

  1. Le document actuel
  2. Tous les documents ouverts

Les deux ont travaillé.

Puis j'ai essayé Find in Files et woah! Ça a commencé à fonctionner.


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 *.cs sélectionné dans le FileTypes.

Pour que cela fonctionne, je l'ai changé en *.* , Puis de nouveau en *.cs - maintenant cela fonctionne.


Je cours Visual Studio 2012 Professional dans une machine virtuelle, se connectant en utilisant rdesktop à partir d'une machine Linux.

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

  • Allez à l'écran "Rechercher et remplacer". (ctrl-shift-f dans mon cas)
  • Entrez un texte de recherche et choisissez "Solution entière"
  • Hit 'Find Next', il devrait trouver un résultat.
  • Hit 'Find All', fonctionne maintenant sans abandonner. (Note, j'ai frappé ma souris très fort et quelques jurons ont été impliqués, aussi, mais je ne pense pas que cela ait de la pertinence en dehors d'un psychologique: D)

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


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 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.


Toutes les combinaisons de Scroll Lock et Break n'ont rien fait pour moi. Pour contourner le problème, j'ai ajouté le répertoire de la solution dans les dossiers de recherche (le second 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)


Windows 7 Pro SP1 64 bits, Visual Studio 9.0.30729.1

N'a pas travaillé:

  • Ctrl + Pause
  • Ctrl + Défilement
  • Redémarrage de Visual Studio

Travaillé:

  • Pause (dans les résultats de recherche 1 et 2) (uniquement enfoncée une fois)

Source: Commentaires dans le lien de Gordon ...


Ctrl + Break fonctionne pour Visual Studio 2008


Ctrl + Pause ou Ctrl + ScrLk annule une opération de recherche. Essayez-le. Ce qui s'est passé, c'est que certaines couches logicielles (vraisemblablement Windows) pensent que ces touches sont encore pressées, même si elles ne le sont pas. Les presser et les relâcher efface le drapeau.

Cela pourrait être l'une de ces combinaisons:

Ctrl + Pause

Alt + Pause

Pause

Ctrl + ScrLk

Rappelez-vous que vous avez plusieurs touches de contrôle et alt sur votre clavier - essayez-le avec chacun d'eux. Si c'est la bonne touche Ctrl + ScrLk , appuyer sur la touche Ctrl de gauche ne va pas résoudre le problème.

Here le problème de connexion que Microsoft a fermé comme "ne corrigera 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.


Source de bogue

Ce n'est ni un bogue lié à Visual Studio ni à Windows. En fait, le bug est dans votre clavier! Beaucoup de claviers de différents fournisseurs ont été signalés comme buggy.

Problème

Si vous appuyez sur Ctrl + Pause et relâchez Ctrl en premier, Break reste bloqué sur un clavier buggé. Si vous avez déjà appuyé sur Ctrl + Raccourcir le "mauvais" chemin, vous aurez ce problème avec la recherche interrompue.

Détails

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

  1. Ctrl "make" code d'analyse
  2. Ctrl + Break "make" code d'analyse
  3. Ctrl "pause" code d'analyse
  4. Mettre en veille le code d'analyse "break"

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

la reproduction

Vous pourriez par exemple utiliser le bon vieux Spy ++ des outils de 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 + Pause , en relâchant Ctrl en 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 d'autres clavier Mitsumi se comporte selon les spécifications et n'a pas le bug.

Si vous y réfléchissez, il est facile de comprendre qu'un comportement correct nécessite un traitement spécial des cas, alors que le comportement bogué est naïf. C'est pourquoi de nombreux claviers différents peuvent être buggés.

Solution

Remplace ton clavier :)

solution de contournement

Vous devez simplement appuyer sur Ctrl + Break , en faisant attention à libérer Break en premier. Peu importe quelle application est active.





visual-studio