A pesquisa deixa de funcionar para "Solução inteira"

De alguma forma, a pesquisa do Visual Studio parou de funcionar para mim. Sempre que procuro algum texto na "Solução inteira", recebo este resultado:

Localizar todas as "[O que eu estava procurando]", subpastas, encontrar resultados 1, "solução inteira" Nenhum texto correspondente encontrado para procurar. A localização foi interrompida em andamento.

Por que de repente diz "Nenhum arquivo foi encontrado para procurar"?

Encontrei vários links no Google que pressionam Ctrl+ Breakou Ctrl+ Scroll Lock, mas nenhum deles parece funcionar para mim.

Eu recebo esse problema de vez em quando. Uma solução aparentemente sem sentido que encontrei é clicar dentro da janela Resultados da Pesquisa (não na janela Saída). Quando o cursor de texto piscante estiver visível, pressione Ctrl+ Breakquatro ou cinco vezes. Isso parece "desbloquear" o que causa o problema.

Há relatos Ctrl+ ScrLkpodem precisar de ser usado em vez de Ctrl+ Break. Se isso não funcionar, tente Breaksozinho.

Nota do Codeguard: Encontrei uma explicação e solução determinística para este problema

Windows 7 Pro SP1 de 64 bits, Visual Studio 9.0.30729.1

Não funcionou:

• Ctrl + Break
• Ctrl + Scroll Lock
• Reiniciar o Visual Studio

Trabalhou:

• Break (nos resultados da pesquisa 1 e 2) (pressionado apenas uma vez)

Fonte: Comentários no link de Gordon ...

Origem do bug

Este não é um bug relacionado ao Visual Studio nem ao Windows. De fato, o bug está no seu teclado! Muitos teclados de diferentes fornecedores foram relatados como buggy.

Problema

Se você pressionar Ctrl+ Breake soltar Ctrlprimeiro, o Break ficará preso em um teclado com erros. Se você pressionar Ctrl+ Breako caminho "errado", terá esse problema com a pesquisa sendo interrompida.

Detalhes

De acordo com as especificações do código de verificação, Breake Ctrl+ Breaksão especiais. Eles enviam códigos de verificação "make" (pressione) AND "break" (release) no momento em que você pressiona Break. Eles não enviam nada quando você solta Break. O teclado de buggy enviará a seguinte sequência:

1. Ctrl código de verificação "make"
2. Ctrl+ Breakcódigo de verificação "make"
3. Ctrl código de verificação "break"
4. Pause código de verificação "break"

Ou seja, Ctrl+ Breaknunca é liberado, mas Pauseé liberado.

Reprodução

Você pode, por exemplo, usar o bom e velho Spy ++ das ferramentas do Visual Studio. Anexe-o a qualquer coisa, por exemplo, o bloco de notas do Windows e monitore as mensagens (sugiro que você selecione apenas as mensagens do teclado). Pressione Ctrl+ Break, liberandoCtrl primeiro. Verifique a saída do Spy ++. Você verá a sequência mostrada na seção Detalhes.

Eu tentei dois teclados diferentes no mesmo computador. O Logitech K120 possui o erro, enquanto outros teclados Mitsumi se comportam de acordo com as especificações e não possuem o erro.

Se você pensar bem, é fácil entender que o comportamento correto precisa de tratamento especial de casos, enquanto o comportamento de buggy é ingênuo. É por isso que muitos teclados diferentes podem ser de buggy.

Solução

Substitua o seu teclado :)

Gambiarra

Você só precisa pressionar Ctrl+ Break, prestando atenção na liberação Breakprimeiro. Não importa qual aplicativo está ativo.

Esse bug está no Visual Studio há muito tempo e parece nunca ser corrigido.

Consulte este item do MS Connect de 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- foi parado

Eu não podia acreditar que eles ainda não tinham corrigido isso no VS2010 - mas ainda está lá :(

O item do Connect foi marcado como Fechado - Não será corrigido : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress- while - performing- search - in- estúdio visual

Ctrl+ Breakou Ctrl+ScrLk cancelar uma operação de localização. Tente. O que aconteceu é que algumas camadas de software (presumivelmente Windows) acham que essas teclas ainda estão sendo pressionadas, mesmo que não estejam. Pressionando e liberando-os limpa a bandeira.

Pode ser qualquer uma dessas combinações:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Lembre-se de que você tem várias teclas de controle e alt no teclado - tente com cada uma delas. Se for a Ctrltecla direita + ScrLk, pressionar a esquerda Ctrlnão resolverá o problema.

Aqui está o problema do Connect, que a Microsoft encerrou como "Não será corrigido".

Se esse for um problema recorrente para você, há uma extensão do Visual Studio que suprime a chave virtual que causa o problema.

Ctrl+ Fe Ctrl+ Shift+ Fpararam de funcionar no Visual Studio 2015 Community Edition.

Meu amigo me disse para ir para:

1. Ferramentas → Configurações de importação e exportação:

2. Escolha: Redefinir todas as configurações → Avançar

3. Escolha: Não, basta redefinir as configurações, substituindo as minhas configurações atuais → Avançar

4. Escolha: Geral → Concluir

No meu caso, eu tinha um caractere falso no campo "Veja estes tipos de arquivo:" na janela de pesquisa.

A remoção do personagem resolveu o problema.

Visual Studio 2017

Eu tentei todas as opções anteriores. Eles não funcionaram para mim, mas lê-los me garantiu que isso é um bug, e terei que tentar algumas maneiras desconhecidas para fazê-lo funcionar. Então, tentei uma pesquisa simples de arquivos no Visual Studio 2010 em:

1. O documento atual
2. Todos os documentos abertos

Ambos funcionaram.

Então eu tentei Find in Files e woah! Começou a funcionar.

A solução de pesquisa no Visual Studio 2012 está quebrada. Eu testei isso em três máquinas, não funcionou em duas. O que eu achei que funciona é clicar na seta suspensa ao lado do campo de pesquisa e selecionar Localizar tudo. Isso é um pouco trabalhoso, porque você precisa selecionar o menu suspenso toda vez que pesquisar na solução.

Infelizmente, nenhuma dessas teclas especiais funciona para mim. Apenas reiniciar o Visual Studio 2010 parece funcionar para mim.

Eu tive o mesmo problema no Visual Studio 2013 (atualização 3). Nenhuma das combinações de teclas listadas anteriormente funcionou para mim. Eu havia *.csselecionado nos FileTypes.

Para fazê-lo funcionar, eu mudei para *.*e depois voltei a *.cs- agora funciona.

Estou usando o Visual Studio 13 sem esse problema há alguns anos e comecei a ter esse problema depois de aplicar a Atualização 5 ou poderia ser uma combinação de teclas estranhas pressionada por mim sem saber o que o acionou, não sei ao certo.

A solução da Echelon_Force funcionou para mim. Obrigado!

Não funcionou:

Ctrl + Break

Ctrl + Scroll Lock

Trabalhou:

Break (na janela Resultado da pesquisa 1 e 2 - Somente pressionada uma vez)

Achado feliz em arquivos!

Todas as combinações de Scroll LockeBreak não fizeram nada por mim. Como solução alternativa, adicionei o diretório da solução às Pastas de Pesquisa (o segundo botão de reticências) e alterei o campo Examinar para o diretório da solução. O problema raiz ainda existe, mas para mim, isso é funcionalmente a mesma coisa.

(Visual Studio 2013, Windows 8.1, x64)

Eu tive o mesmo problema que o glenneroo hoje, depois de atualizar o Visual Studio 2019 para 16.4.3. Encontrei uma solução que funcionou para mim aqui .

Abra Find Optionse verifique se há um caractere (especial) no Look at these file typescampo de texto. Se sim, remova-o.

No Visual Studio 2013 após a Atualização 3, tive o mesmo problema. Antes, eu poderia simplesmente colocar ".cs" ou ".cshtml" no Examinar estes tipos de arquivo: e funcionaria. Mas após a atualização 3, agora tenho que colocar " .cs" ou " .cshtml" (ou qualquer outro tipo de arquivo que eu queira pesquisar) e funciona bem.

Isso funciona para mim depois que tudo o resto não funcionou ou funcionou apenas algumas vezes:

Faça a pesquisa e, enquanto estiver pesquisando, segure CRTL o tempo todo e continue pressionando Break.

Se você estiver procurando por vários tipos de arquivo, eles deverão ser separados por um; personagem, não um espaço.

Isso retorna os resultados corretos:

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

Isso não retorna absolutamente nada:

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

Esse não é o problema do pôster original, mas para outras pessoas que não conseguem descobrir por que a pesquisa não está funcionando, esse pode ser o motivo.

Outra resposta tardia, mas encontrei outra "solução" para esse problema.

Quando parecer que o aplicativo Visual Studio congelou na pesquisa ... deixe-o em paz. Não feche. Não o reinicie. Deixe agir por 10 a 15 minutos e o problema poderá se corrigir, como ocorreu no meu caso específico. Não sei ao certo por que deixá-lo sozinho resolveu o problema, embora meu palpite totalmente inculto seja o de que o Visual Studio esteja criando algum tipo de índice para poder pesquisar arquivos e encontrar um problema. Depois que os 10-15 minutos terminam e o VS conclui sua pesquisa, parece bom depois disso.

Provavelmente não se aplicará à maioria das situações, mas o que o corrigiu foi desativar 'Usar expressões regulares' na janela de pesquisa. Eu já usava expressões regulares para algumas substituições complicadas e não desligava ao terminar. Acho que talvez estivesse interpretando parte do texto de substituição simples (veja abaixo - tinha alguns caracteres especiais) como o início de uma expressão regular incompleta ou malformada e, portanto, não poderia realmente fazer nenhuma correspondência. Seria bom se isso lhe dissesse!

Parece travar apenas se eu usar Ctrl+ F( Localizar na solução inteira ) e nunca se eu usar Ctrl+ Shift+ F( Localizar nos arquivos ).

Isso Ctrl+ Breaktruque funcionou para mim por anos, é realmente interessante para finalmente entender por que isso acontece . Com o VS2015, tenho um problema relacionado à pesquisa: meu Ctrl+ Shift+ Fsimplesmente não funciona, essa combinação de teclas parece ser ignorada quando pressionada. Tentei reinstalar até o VS 2015 e ainda tenho o mesmo comportamento interrompido.

Caso alguém tenha um problema idêntico, eis o motivo:

Acontece que, por qualquer motivo aleatório, o VS2015 mostra a caixa de diálogo "localizar em arquivos" em outro monitor conectado ao meu PC. Esse outro monitor é a TV Samsung 4K que normalmente fica "Desligada" e não faço idéia do motivo pelo qual o VS 2015 envia essa caixa de diálogo de pesquisa para esse monitor. Surpreendentemente, quando ligo a TV, a caixa de diálogo de pesquisa é movida para o monitor principal por conta própria!

Estou executando o Visual Studio 2012 Professional em uma máquina virtual, conectando-me usando o rdesktop de uma máquina Linux.

Nenhuma das outras sugestões funcionou, mas resolveu o problema foi:

• Vá para a tela 'Localizar e substituir'. ( ctrl- shift- fno meu caso)
• Digite um texto de pesquisa e escolha 'Solução inteira'
• Pressione 'Find Next', ele deve encontrar um resultado.
• Pressione 'Find All', agora funciona sem abortar. (Observe, eu bati muito forte no meu mouse e alguns palavrões também foram envolvidos, mas acho que isso não tem nenhuma relevância além da psicológica: D)

O seguinte funcionou para mim. Visual Studio → menu Windows → Redefinir painel da janela . O redimensionamento do Visual Studio fez com que ocultasse a opção.

Este foi um dos meus maiores problemas com o Visual Studio. Para mim (Windows 10, Visual Studio 2015), a janela de localização em todos os arquivos foi bloqueada com um branco esbranquiçado e, adivinhe, pressionar print screenresolve.

Ctrl+ Breakfunciona para o Visual Studio 2008

Nada funcionou para mim. Eu também uso o Resharper. Então, eu tive que redefinir minhas associações de teclas VS e reaplicar os atalhos do Resharper. Só isso me fez funcionar.

1. Redefina a configuração atual do teclado (Ferramentas | Opções | Ambiente | Teclado | Redefinir).
2. Vá para ReSharper | Opções | Ambiente | Teclado e menus | "Visual Studio" | Aplicar esquema.

Isso começou a ocorrer para mim com a atualização para a versão 15.8.8 do Visual Studio. Nenhuma das etapas acima funcionou. Não há erro. Apenas o que parece ser uma pesquisa "travada".

Eu instalei recentemente o ApexSQL Refactor 2018.03.0331. Desinstalar isso não resolveu o problema e não parece ser a causa. Parece estar relacionado à versão 15.8.8 da atualização do Visual Studio.

Desinstalei completamente o Visual Studio e reinstalei a Versão 15.8.8 novamente. O problema com Ctrl-Shift-F pesquisando a solução inteira não é mais um problema. O que quer que causou o problema faz resolve depois de desinstalar e instalar.

Eu instalei mais uma vez o ApexSQL Refactor 2018.03.0331 e tudo ainda funciona bem.

Estou tendo uma situação semelhante com o Visual Studio Community 2017 e agora 2019 (corrigido até 16.1.4). No meu caso, ele não mostra nenhum resultado, apenas pesquisa para sempre, sem nunca encontrar nada. Minha solução foi desencaixar a caixa de diálogo "Localizar e substituir" e movê-la para qualquer lugar em uma posição flutuante. Depois de desencaixar, parece funcionar bem, mesmo depois de encaixá-lo novamente na posição original.