La ricerca smette di funzionare per "Soluzione completa"

In qualche modo la ricerca di Visual Studio ha smesso di funzionare per me. Ogni volta che cerco "Soluzione completa" per un po 'di testo ottengo questo risultato:

Trova tutto "[Qualunque cosa stavo cercando]", Sottocartelle, Trova risultati 1, "Soluzione completa" Non è stato trovato alcun testo corrispondente da cercare. La ricerca è stata interrotta in corso.

Perché improvvisamente dice "Nessun file trovato per cercare"?

Ho trovato un numero di link su Google che dicono di premere Ctrl+ Breako Ctrl+ Scroll Lock, ma nessuno di loro sembra funzionare per me.

Ho questo problema ogni tanto. Una soluzione apparentemente senza senso che ho trovato è quella di fare clic all'interno della finestra Trova risultati (non nella finestra Output). Quando il cursore del testo lampeggiante è visibile, premi Ctrl+ Breakquattro o cinque volte. Questo sembra "sbloccare" qualunque sia la causa del problema.

Ci sono rapporti Ctrl+ ScrLkpuò avere bisogno di essere usato al posto di Ctrl+ Break. Se questi non funzionano, prova Breakda solo.

Nota di Codeguard: ho trovato una spiegazione e una soluzione deterministica a questo problema

Windows 7 Pro SP1 a 64 bit, Visual Studio 9.0.30729.1

Non ha funzionato:

• Ctrl + Break
• Ctrl + Scroll Lock
• Riavvio di Visual Studio

Lavorato:

• Break (in Trova risultati 1 e 2) (premuto una sola volta)

Fonte: commenti nel link di Gordon ...

Fonte di bug

Questo non è né Visual Studio né bug relativo a Windows. In effetti, il bug è nella tua tastiera! Molte tastiere di diversi fornitori sono state segnalate come difettose.

Problema

Se premi Ctrl+ Breake rilasci Ctrlprima, Break si blocca su una tastiera difettosa. Se hai mai premuto Ctrl+ Breaknel modo "sbagliato", avrai questo problema con la ricerca interrotta.

Dettagli

In base alle specifiche del codice di scansione Breake Ctrl+ Breaksono speciali. Inviano i codici di scansione "make" (stampa) E "break" (rilascio) nel momento in cui si preme Break. Non inviano nulla quando si rilascia Break. La tastiera con errori invierà la seguente sequenza:

1. Ctrl codice di scansione "make"
2. Ctrl+ Break"crea" il codice di scansione
3. Ctrl codice di scansione "break"
4. Pause codice di scansione "break"

Cioè, Ctrl+ Breaknon viene mai rilasciato, ma Pauseviene invece rilasciato.

Riproduzione

Ad esempio, potresti usare Spy ++ vecchio buono dagli strumenti di Visual Studio. Allegalo a qualsiasi cosa, ad esempio Blocco note di Windows, e monitora i messaggi (ti suggerisco di selezionare solo i messaggi della tastiera). Premi Ctrl+ Break, rilasciando Ctrlprima. Controlla l'output di Spy ++. Vedrai la sequenza che ho mostrato nella sezione Dettagli.

Ho provato due diverse tastiere sullo stesso computer. Logitech K120 ha il bug mentre alcune altre tastiere Mitsumi si comportano secondo le specifiche e non hanno il bug.

Se ci pensate, è facile capire che il comportamento corretto richiede una gestione di casi speciali, mentre il comportamento con errori è ingenuo. Questo è il motivo per cui molte tastiere diverse possono essere difettose.

Soluzione

Sostituisci la tua tastiera :)

Soluzione

Devi semplicemente premere Ctrl+ Break, prestando attenzione a rilasciare Breakprima. Non importa quale applicazione sia attiva.

Questo bug è in Visual Studio da molto tempo e non sembra mai essere corretto.

Vedi questo articolo MS Connect del 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- fu fermato

Non potevo credere che non lo avessero ancora risolto in VS2010 - ma è ancora lì :(

L'articolo Connect è stato contrassegnato come Chiuso - Non risolto : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in- visual-studio

Ctrl+ Breako Ctrl+ ScrLkannulla un'operazione di ricerca. Provalo. Quello che è successo è che alcuni livelli software (presumibilmente Windows) pensano che quei tasti siano ancora premuti anche se non lo sono. Premendolo e rilasciandolo si cancella la bandiera.

Potrebbe essere una di queste combinazioni:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Ricorda che hai più tasti di controllo e alt sulla tastiera : provalo con ognuno di essi. Se è giustoCtrl tasto + ScrLk, premere a sinistra Ctrlnon risolverà il problema.

Ecco il problema di connessione che Microsoft ha chiuso come "Won't Fix".

Se questo è un problema ricorrente per te, esiste un'estensione di Visual Studio che elimina la chiave virtuale che causa il problema.

Ctrl+ Fe Ctrl+ Shift+ Fhanno smesso di funzionare con Visual Studio 2015 Community Edition.

Il mio amico mi ha detto di andare a:

1. Strumenti → Importa ed esporta impostazioni:

2. Scegli: Ripristina tutte le impostazioni → Avanti

3. Scegli: No, basta ripristinare le impostazioni, sovrascrivendo le mie impostazioni correnti → Avanti

4. Scegli: Generale → Fine

Nel mio caso avevo un carattere fasullo nel campo "Guarda questi tipi di file:" nella finestra di ricerca.

La rimozione del personaggio ha risolto il problema.

Visual Studio 2017

Ho provato tutte le opzioni precedenti. Non hanno funzionato per me, ma leggendoli mi sono assicurato che si tratta di un bug e dovrò provare alcuni modi sconosciuti per farlo funzionare. Quindi, ho provato una semplice ricerca di file in Visual Studio 2010 in:

1. Il documento attuale
2. Tutti i documenti aperti

Entrambi hanno funzionato.

Poi ho provato a trovare in Files e woah! Ha iniziato a funzionare.

La soluzione di ricerca in Visual Studio 2012 è rotta. Ho provato questo su tre macchine, non ha funzionato su due. Quello che ho trovato che funziona è fare clic sulla freccia a discesa accanto al campo di ricerca e selezionare Trova tutto. Questo è un po 'doloroso perché devi selezionare il menu a discesa ogni volta che cerchi una soluzione.

Sfortunatamente nessuno di questi tasti speciali funziona per me. Solo il riavvio di Visual Studio 2010 sembra funzionare per me.

Ho avuto lo stesso problema in Visual Studio 2013 (aggiornamento 3). Nessuna delle combinazioni di tasti elencate in precedenza ha funzionato per me. avevo*.cs selezionato in FileTypes.

Per farlo funzionare, l'ho cambiato in *.*, e poi di nuovo in *.cs- ora funziona.

Sto usando Visual Studio 13 senza questo problema da un paio d'anni e ho iniziato ad avere questo problema dopo aver applicato l'aggiornamento 5 o potrebbe essere una strana combinazione di tasti premuta da me inconsapevolmente che lo ha attivato, non lo so per certo.

La soluzione di Echelon_Force ha funzionato per me. Grazie!

Non ha funzionato:

Ctrl + Break

Ctrl + Scroll Lock

Lavorato:

Break (nella finestra Trova risultati 1 e 2: premuto una sola volta)

Buona scoperta nei file!

Tutte le combinazioni di Scroll Locke Breaknon hanno fatto nulla per me. Per ovviare al problema, ho aggiunto la directory della soluzione alle cartelle di ricerca (il secondo pulsante con i puntini di sospensione), quindi ho cambiato il campo Cerca in nella directory della soluzione. Il problema alla radice esiste ancora, ma per me questa è funzionalmente la stessa cosa.

(Visual Studio 2013, Windows 8.1, x64)

Ho avuto lo stesso problema del glenneroo oggi, dopo aver aggiornato Visual Studio 2019 alla 16.4.3. Ho trovato una soluzione che ha funzionato per me qui .

Apri Find Optionse controlla se c'è un carattere (speciale) nel Look at these file typescampo di testo. In tal caso, rimuoverlo.

In Visual Studio 2013 dopo l'aggiornamento 3, ho avuto lo stesso problema. Prima, potevo semplicemente inserire ".cs" o ".cshtml" in Guarda questi tipi di file: e avrebbe funzionato. Ma dopo l'aggiornamento 3 ora devo inserire " .cs" o " .cshtml" (o qualunque tipo di file in cui voglio cercare) e funzioni bene.

Questo funziona per me dopo che tutto il resto non ha funzionato o funzionato solo a volte:

Esegui la ricerca e, durante la ricerca, tieni CRTL sempre premuto e continua a premere Break.

Se stai cercando più tipi di file, devono essere separati da un; personaggio, non uno spazio.

Questo restituisce i risultati corretti:

* .Cs; *. Vb; * js;. *. Aspx

Questo non restituisce nulla:

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

Questo non è il problema del poster originale, ma per altre persone che non riescono a capire perché la loro ricerca non funziona, questo potrebbe essere il motivo.

Un'altra risposta in ritardo alla festa, ma ho trovato l'ennesima "soluzione" per questo problema.

Quando sembra che l'app Visual Studio si sia bloccata durante la ricerca ... lasciarla sola. Non chiuderlo Non riavviarlo. Lascialo andare per circa 10-15 minuti e il problema potrebbe risolversi da solo, come nel mio caso specifico. Non sono sicuro del motivo per cui lasciarlo da solo abbia risolto il problema, anche se la mia ipotesi totalmente non istruita è che Visual Studio sta costruendo una sorta di indice per essere in grado di cercare file ed eseguire un intoppo. Una volta scaduti i 10-15 minuti e VS ha completato la ricerca, dopo sembra che vada bene.

Probabilmente non si applica alla maggior parte delle situazioni, ma ciò che l'ha risolto per me è stato disattivare "Usa espressioni regolari" nella finestra di ricerca. In precedenza avevo usato le espressioni regolari per alcune complicate sostituzioni e non avevo spento al termine. Penso che forse interpretasse parte del semplice testo sostitutivo (vedi sotto - aveva alcuni caratteri speciali) come l'inizio di un'espressione regolare incompleta o non corretta, e quindi non poteva effettivamente fare alcuna corrispondenza. Sarebbe bello se te lo dicesse!

Sembra bloccarsi solo se uso Ctrl+ F( Trova in soluzione completa ) e mai se utilizzo Ctrl+ Shift+ F( Trova in file ).

Quel Ctrl+ Breaktrucco ha funzionato per me per anni, è davvero interessante capire finalmente perché questo accade . Con VS2015 ho qualche problema relativo alla ricerca: il mio Ctrl+ Shift+ Fsemplicemente non funziona, questa combinazione di tasti sembra essere ignorata quando lo premo. Ho provato a reinstallare anche VS 2015 e ho ancora lo stesso comportamento rotto.

Nel caso in cui qualcuno abbia lo stesso problema, ecco qual è stato il motivo:

Ho scoperto che per qualsiasi motivo casuale VS2015 mostra la finestra di dialogo "trova nei file" su un altro monitor collegato al mio PC. L'altro monitor è la TV Samsung 4K che normalmente rimane "Off" e non ho idea del perché VS 2015 mandi quella finestra di dialogo di ricerca a quel monitor. Sorprendentemente, quando accendo la mia TV la finestra di dialogo di ricerca si sposta sul monitor principale da solo!

Sto eseguendo Visual Studio 2012 Professional in una macchina virtuale, connettendomi tramite rdesktop da una macchina Linux.

Nessuno degli altri suggerimenti ha funzionato, ma risolto il problema era:

• Vai alla schermata "Trova e sostituisci". ( ctrl- shift- fnel mio caso)
• Inserisci un testo di ricerca e scegli "Soluzione completa"
• Premi "Trova successivo", dovrebbe trovare un risultato.
• Premi "Trova tutto", ora funziona senza interrompere. (Nota, ho colpito il mio mouse molto duramente e anche un po 'di parolacce era coinvolto, ma non credo che abbia alcuna rilevanza oltre a quella psicologica: D)

Quanto segue ha funzionato per me. Visual Studio → menu Windows → Reimposta pannello finestre . Il ridimensionamento di Visual Studio ha reso nascosta l'opzione.

Questo è stato uno dei miei maggiori problemi con Visual Studio. Per me (Windows 10, Visual Studio 2015) la finestra Trova in tutti i file è stata bloccata con un white-out, e indovinate cosa, colpire print screenrisolve.

Ctrl+ Breakfunziona per Visual Studio 2008

Niente ha funzionato per me. Uso anche Resharper. Quindi ho dovuto ripristinare i collegamenti dei tasti VS e riapplicare i collegamenti Resharper. Solo questo mi ha fatto funzionare.

1. Ripristina la configurazione corrente della tastiera (Strumenti | Opzioni | Ambiente | Tastiera | Ripristina).
2. Vai a ReSharper | Opzioni | Ambiente | Tastiera e menu | "Visual Studio" | Applica schema.

Questo ha iniziato a verificarsi per me con l'aggiornamento alla versione 15.8.8 di Visual Studio. Nessuno dei passaggi precedenti ha funzionato. Non ci sono errori Proprio quello che sembra essere una ricerca "bloccata".

Di recente avevo installato ApexSQL Refactor 2018.03.0331. La disinstallazione di questo non ha risolto il problema e non sembra essere la causa. Sembra essere correlato alla versione 15.8.8 dell'aggiornamento di Visual Studio.

Ho disinstallato completamente Visual Studio e reinstallato di nuovo la versione 15.8.8. Il problema con Ctrl-Shift-F che cerca l'intera soluzione non è più un problema. Qualunque sia la causa il problema si risolve dopo la disinstallazione e l'installazione.

Ho installato ancora una volta ApexSQL Refactor 2018.03.0331 e tutto funziona ancora bene.

Sto riscontrando una situazione simile con Visual Studio Community 2017 e ora 2019 (patchato fino al 16.1.4). Nel mio caso non mostra alcun risultato, cerca solo per sempre senza mai trovare nulla. La mia soluzione è stata quella di sganciare la finestra di dialogo "Trova e sostituisci" e spostarla ovunque in una posizione mobile. Dopo averlo sganciato, sembra funzionare bene, anche dopo averlo ricollocato nella sua posizione originale.