O Visual Studio “Find” resulta em “Nenhum arquivo foi encontrado para examinar. Encontrar progresso interrompido.”

Às vezes, durante o desenvolvimento no IDE do Visual Studio, quando você usa a caixa de diálogo "Find in Files" para localizar algo, a pesquisa falha e você verá a seguinte mensagem na janela "Find Results".

Nenhum arquivo foi encontrado para pesquisar. Progresso encontrado interrompido

Assim que essa mensagem for exibida, todas as pesquisas subsequentes resultarão na mesma mensagem. Nada corrige o problema, incluindo reiniciar o computador, exceto pressionar Ctrl+ ScrLk.

O que faz com que o Visual Studio entre nesse estado e há uma configuração para evitar que isso aconteça permanentemente?

De acordo com este tópico :

Postado pela Microsoft em 13/10/2009 às 16:33

Olá a todos,

Obrigado por seu interesse contínuo neste bug. Temos sido capazes de reproduzir o problema intermitente em várias versões do Visual Studio em execução em várias versões do Windows e ter identificado a causa raiz como externo para VS . A equipe do Windows infelizmente não teve tempo de consertar isso em sua versão atual, mas estamos trabalhando com eles para ter esse bug corrigido em uma versão futura do Windows. No momento, a solução alternativa (como muitos de vocês notaram) é pressionar Ctrl + Scroll Lock, Ctrl + Break ou apenas a tecla Break.

Mais uma vez, obrigado por todos os detalhes que você forneceu sobre esse bug. Se você tiver mais perguntas ou comentários, fique à vontade para postar novamente aqui; Embora esse problema tenha sido resolvido há um bom tempo, vou garantir que ele permaneça em nosso radar.

Obrigado, Brittany Behrens Gerente de Programa, Plataforma VS - Editor

Esse bug existe desde pelo menos 2004 e, conforme a postagem acima em 2009, não havia sido corrigido.

Às vezes Ctrl+ Breakfunciona, às vezes Alt+ Break, às vezes Ctrl+ Scroll Locke outras vezes Alt+Scroll Lock .

No momento, nada funciona. Isso tem sido um grande problema para mim. Que vergonha para a Microsoft por não ter corrigido esse bug nos últimos nove anos.

Aparentemente, para aqueles para quem as combinações de teclas não funcionam (como eu no momento), excluir a seguinte chave de registro traz a salvação:

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

Obviamente, [VS VERSION NUMBER] deve ser o número da versão interna do IDE. Não se esqueça de reiniciar o computador.

Lembre-se de que excluir itens do registro é perigoso. Como qualquer pessoa no SO se preocupa, mas de qualquer maneira ...

Não acho que haja nada que você possa fazer para evitá-lo. Parece que ocorre depois de interromper uma compilação com CTRL + Break ... Talvez eu esteja pressionando CTRL + Scroll Lock durante esse tempo ??

Isso aconteceu comigo apenas 2 ou 3 vezes, com vários meses de intervalo.

O que ele está dizendo é que, ocasionalmente, ao realizar uma pesquisa no Visual Studio, você obtém a mensagem de erro mencionada. Mesmo sabendo que há coisas para encontrar. É um estado estranho que o Visual Studio entra. Se você pressionar (CTRL + Scroll Lock), o problema será 'corrigido'.

Existem atualmente nove bugs no site do Connect relacionados a isso e marcados como Não reproduzíveis .

Criei outro para o Visual Studio 2010 SP1: "Localizar foi interrompido em andamento" durante a execução de pesquisa no Visual Studio

Vote nele se você não conseguir realizar a pesquisa.

PS: A Microsoft afirma que o corrigiu no Visual Studio 2012.

Eu tive esse problema e vi as respostas das pessoas sobre as combinações múltiplas Ctrl+ Break/Pause Scroll Lock.

Eu considerei isso, mas achei uma solução pobre (especialmente porque eu uso um teclado Mac, então essas teclas não estão facilmente disponíveis).

Então, a solução que encontrei foi fazer isso:

1. Menu: Ferramentas → Opções → Ambiente → Encontrar e substituir

2. Desmarque as três caixas de seleção principais (marcadas por padrão em minhas configurações).

3. Marque novamente as três caixas de seleção principais.

Et voila, tudo deve funcionar bem.

Bem, funcionou para mim de qualquer maneira, o que foi um alívio, já que não posso acreditar que a Microsoft permitiria uma combinação estranha de teclas como uma solução alternativa para um bug como este.

Eu envio isso esperando que possa ajudar!

Veja se esta pergunta do Stack Overflow ajuda:

A pesquisa para de funcionar para "Solução Inteira"

Versão curta da solução:

Você deve tentar clicar dentro da janela Resultados da Pesquisa e, quando o cursor de texto piscando estiver visível, pressione Ctrl+ Breakquatro ou cinco vezes. Isso deve funcionar.

Minha experiência com este problema:

Passos para reproduzir

Acabei de experimentar isso usando o Windows Server 2008 R2 Standard e o Visual Studio 2010 SP1.

Eu estava acessando o Visual Studio remotamente através do Citrix Receiver (do meu computador, A, para B) e através do Windows Remote Desktop (do B para C). Nesta configuração (encadeando duas sessões remotas), às vezes tenho teclas modificadoras travadas.

Em B, pressionei Windows+ Pausepara acessar a janela Propriedades do sistema. (Isso pode ou não estar relacionado; suspeito que pode ter havido um pressionamento de tecla travado ou algo assim.)

Mais tarde, quando abri o Visual Studio em C, tive esse problema. Observe que sempre uso Ctrl+ Shift+ Fpara acessar a janela Localizar tudo .

Solução

Resolvi pressionando Ctrl+ Scroll Lockconforme sugerido em outras respostas.

Causa

Quanto ao motivo disso acontecer, percebi que, se pressiono Ctrl+ Breakenquanto o cursor de texto está na janela Resultados da pesquisa , mas antes que qualquer resultado seja encontrado, a pesquisa para com a mesma mensagem. Isso me indica que está relacionado a um problema de teclado.

Conforme relatado por outros, aparentemente é um bug do Windows. Aqui está uma discussão sobre isso .

Achei que estava vendo esse problema, mas depois de dois dias procurando uma solução, descobri que o seletor "Olhe para estes tipos de arquivo" havia mudado e não incluía a extensão de arquivo que eu precisava.

Tive isso no Visual Studio 2015 ontem.

Em Find in Files , no campo de texto Look in :, eu digitei

*. *

em vez de Solução Inteira , o que também fez com que Nenhum arquivo fosse encontrado .

Este não é um bug do Visual Studio ou do Windows. É um bug do teclado. Por favor, veja uma resposta na pergunta duplicada https://stackoverflow.com/a/28219093/147805 .

Posso reproduzir seu problema.

Existem algumas etapas conforme a seguir, que você pode tentar:

1. Verifique a configuração Localizar e substituir (menu Ferramentas → Ambiente → Localizar e substituir).

2. Abra "Prompt de comando do desenvolvedor para VS2013" e cole “devenv.exe / resetsettings”

3. Use o Visual Studio Setup Wizard (via Control Panel) para reparar o Visual Studio. Você também pode ler a referência sobre Localizar em arquivos:

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

Eu encontrei um problema muito semelhante. Eu estava procurando uma pasta para todos os arquivos para uma frase em todos os arquivos .cs em minha solução. O Visual Studio dizia "Nenhum arquivo foi encontrado para examinar". (Não havia a parte "Localizar progresso interrompido" na mensagem.)

Procurei a mensagem e encontrei esta pergunta. Os comandos de teclado sugeridos em outras respostas não funcionaram.

Gosto de usar o teclado para navegação. Eu tinha acidentalmente pressionado Alt + B e Espaço. Alt + B é o atalho para ir para a caixa de seleção "Incluir pastas su b " no formulário Localizar e Substituir. A barra de espaço limpou a caixa de seleção e, em seguida, Alt + A realizada uma pesquisa A acção ll. Como ele não estava pesquisando subpastas, nenhum arquivo foi encontrado. A mensagem estava correta.

Depois de marcar a caixa "Incluir subpastas", as pesquisas encontraram os arquivos correspondentes nas subpastas. Portanto, se você estiver recebendo a mensagem "Nenhum arquivo foi encontrado para examinar" sem a mensagem "Localizar progresso interrompido", certifique-se de que a pesquisa está procurando nas subpastas!

Eu encontrei outra causa para isso: mover a pasta de solução para um novo local, quando CMake faz parte do processo de construção.

Eu estava trabalhando com o Chromium Embedded Framework e movi a pasta principal do CEF de e: \ para c: \. Isso parece quebrar tudo, incluindo Find, porque os scripts de compilação do CMake usam o volume do disco e o caminho completo (E: \ pasta) em código rígido para os caminhos de origem.