Visual Studio "Trova" risulta in "Nessun file trovato in cui cercare. Trova avanzamento interrotto".

A volte durante lo sviluppo nell'IDE di Visual Studio, quando si utilizza la finestra di dialogo "Trova nei file" per trovare qualcosa, la ricerca non riesce e verrà visualizzato il messaggio seguente nella finestra "Trova risultati".

Nessun file trovato in cui cercare. Trova avanzamento interrotto

Una volta visualizzato questo messaggio, tutte le ricerche successive risulteranno nello stesso messaggio. Niente risolve il problema, incluso il riavvio del computer tranne la pressione di Ctrl+ ScrLk.

Che cosa fa entrare Visual Studio in questo stato ed esiste un'impostazione per impedirlo in modo permanente?

Secondo questo thread :

Postato da Microsoft il 13/10/2009 alle 16:33

Ciao a tutti,

Grazie per il tuo continuo interesse per questo bug. Siamo stati in grado di riprodurre il problema in modo intermittente in diverse versioni di Visual Studio in esecuzione su diverse versioni di Windows e abbiamo identificato la causa principale come esterno a VS . Il team di Windows purtroppo non ha avuto il tempo di risolvere questo problema per la versione corrente, ma stiamo lavorando con loro per sperare che questo bug venga risolto per una futura versione di Windows. Al momento, la soluzione alternativa (come molti di voi hanno notato) è premere Ctrl + Scroll Lock, Ctrl + Break o il tasto Break da solo.

Ancora una volta, grazie per tutti i dettagli che hai fornito su questo bug. Se hai ulteriori domande o commenti, non esitare a postare di nuovo qui; anche se questo problema è stato chiuso un po 'di tempo fa, mi assicurerò che rimanga nel nostro radar.

Grazie, Brittany Behrens Program Manager, VS Platform - Editor

Questo bug esiste almeno dal 2004 e, come nel post precedente nel 2009, non era stato risolto.

A volte Ctrl+ Breakfunziona, a volte Alt+ Break, a volte Ctrl+ Scroll Locke altre volte Alt+ Scroll Lock.

In questo momento, non funziona niente. Questo è stato un grosso problema per me. Peccato per Microsoft per non aver corretto questo bug negli ultimi nove anni.

Apparentemente, per coloro per i quali le combinazioni di tasti non funzionano (come me al momento), l'eliminazione della seguente chiave di registro porta la salvezza:

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

Ovviamente, [VS VERSION NUMBER] dovrebbe essere il numero di versione interno dell'IDE. Non dimenticare di riavviare il computer.

Intendiamoci, cancellare cose dal registro è pericoloso. Come chiunque su SO se ne frega ma comunque ...

Non credo che tu possa fare nulla per prevenirlo. Sembra che si verifichi dopo aver interrotto una build con CTRL + Break ... Forse sto premendo CTRL + Scroll Lock durante quel periodo ???

Mi è successo solo 2-3 volte, a diversi mesi di distanza.

Quello che sta dicendo è che occasionalmente quando si esegue una ricerca in Visual Studio viene visualizzato il messaggio di errore menzionato. Anche se sai che ci sono cose da trovare. È uno stato strano in cui si trova Visual Studio. Se premi il tasto (CTRL + Blocco scorrimento), il problema verrà "risolto".

Ci sono attualmente nove bug sul sito Connect correlati a questo e contrassegnati come Non riproducibili .

Ne ho creato un altro per Visual Studio 2010 SP1: "La ricerca è stata interrotta in corso" durante l'esecuzione della ricerca in Visual Studio

Per favore votalo se non sei in grado di eseguire la ricerca.

PS: Microsoft afferma di averlo risolto in Visual Studio 2012.

Ho avuto questo problema e ho visto le risposte delle persone sulle Ctrl+ Break/Pause Scroll Lockcombinazioni multiple .

Ho considerato questo, ma ho pensato che fosse una cattiva soluzione alternativa (soprattutto perché uso una tastiera Mac, quindi quei tasti non sono facilmente disponibili).

Quindi la soluzione che ho trovato è stata fare questo:

1. Menu: Strumenti → Opzioni → Ambiente → Trova e sostituisci

2. Deseleziona le prime tre caselle di controllo (selezionate per impostazione predefinita nelle mie impostazioni).

3. Ricontrolla le prime tre caselle di controllo.

Et voilà, tutto dovrebbe funzionare bene.

Be ', lo ha fatto comunque per me, il che è stato un sollievo perché non posso credere che Microsoft consentirebbe una strana combinazione di tasti per aggirare un bug come questo.

Lo invio sperando che possa aiutare!

Verifica se questa domanda su Stack Overflow aiuta:

La ricerca smette di funzionare per "Intera soluzione"

Versione breve della soluzione:

Dovresti provare a fare clic all'interno della finestra Trova risultati e, una volta che il cursore del testo lampeggiante è visibile, premi Ctrl+ Breakquattro o cinque volte. Questo dovrebbe fare il trucco.

La mia esperienza con questo problema:

Passaggi per riprodurre

L'ho appena sperimentato utilizzando Windows Server 2008 R2 Standard e Visual Studio 2010 SP1.

Stavo accedendo a Visual Studio da remoto tramite Citrix Receiver (dal mio computer, A, a B) e tramite Windows Remote Desktop (da B a C). In questa configurazione (concatenamento di due sessioni remote), a volte ho bloccato i tasti di modifica.

In B, avevo premuto Windows+Pause per accedere alla finestra Proprietà del sistema. (Questo può o non può essere correlato; sospetto che potrebbe esserci stata una pressione del tasto bloccata o qualcosa del genere.)

Successivamente, quando ho aperto Visual Studio su C, ho avuto questo problema. Nota che uso sempre Ctrl+ Shift+ Fper accedere alla finestra Trova tutto .

Soluzione

L'ho risolto premendo Ctrl+ Scroll Lockcome suggerito in altre risposte.

Causa

Per quanto riguarda il motivo per cui ciò accade, ho notato che se premo Ctrl+ Breakmentre il cursore del testo si trova nei risultati di ricerca finestra , ma prima che vengano trovati risultati, la ricerca si interrompe con lo stesso messaggio. Questo mi indica che è correlato a un problema con la tastiera.

Come riportato da altri, a quanto pare si tratta di un bug di Windows. Ecco una discussione su questo .

Pensavo di vedere questo problema, ma dopo due giorni di ricerca di una soluzione ho capito che il selettore "Guarda questi tipi di file" era cambiato e non includeva l'estensione del file di cui avevo bisogno.

Ho avuto questo ieri in Visual Studio 2015.

In Trova nei file , nel campo di testo Cerca in :, ho digitato

*. *

invece di Intera soluzione , e questo ha anche causato che non sono stati trovati file da cercare .

Questo non è un bug di Visual Studio o un bug di Windows. È un bug della tastiera. Si prega di vedere una risposta nella domanda duplicata https://stackoverflow.com/a/28219093/147805 .

Posso riprodurre il tuo problema.

Ci sono alcuni passaggi come di seguito che puoi provare:

1. Controllare l'impostazione Trova e sostituisci (menu Strumenti → Ambiente → Trova e sostituisci).

2. Apri "Prompt dei comandi per sviluppatori per VS2013" e incolla "devenv.exe / resetsettings"

3. Utilizzare l'installazione guidata di Visual Studio (tramite il Pannello di controllo) per riparare Visual Studio. Puoi anche leggere il riferimento su Trova nei file:

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

Ho riscontrato un problema molto simile. Stavo cercando una cartella per tutti i file per una frase in tutti i file .cs nella mia soluzione. Visual Studio continuava a dire "Nessun file trovato in cui cercare". (Non conteneva la parte del messaggio "Trova avanzamento interrotto".)

Ho cercato il messaggio e ho trovato questa domanda. I comandi da tastiera suggeriti in altre risposte non funzionavano.

Mi piace usare la tastiera per la navigazione. Avevo premuto accidentalmente Alt + B e Spazio. Alt + B è la scorciatoia per passare alla casella di controllo "Include su b -folders" nel modulo Trova e sostituisci. La barra spaziatrice si schiarì la casella di controllo, e quindi Alt + A ha eseguito una Find A un'azione II. Poiché non stava effettuando la ricerca nelle sottocartelle, non sono stati trovati file. Il messaggio era corretto.

Dopo aver selezionato la casella "Includi sottocartelle", le ricerche hanno trovato i file corrispondenti nelle sottocartelle. Quindi, se ricevi il messaggio "Nessun file trovato in cui cercare" senza il messaggio "Trova avanzamento interrotto", assicurati che la ricerca stia cercando nelle sottocartelle!

Ho trovato un'altra causa di questo: spostare la cartella della soluzione in una nuova posizione, quando CMake fa parte del processo di compilazione.

Stavo lavorando con Chromium Embedded Framework e ho spostato la cartella CEF principale da e: \ a c: \. Questo sembra rompere tutto, incluso Trova perché gli script di build di CMake utilizza il codice hardware del volume del disco e del percorso completo (cartella E: \) nei percorsi di origine.