Wyszukiwanie przestaje działać dla „Całe rozwiązanie”

Jakoś wyszukiwanie Visual Studio przestało dla mnie działać. Za każdym razem, gdy szukam tekstu „Całe rozwiązanie”, otrzymuję ten wynik:

Znajdź wszystkie „[Cokolwiek szukałem]”, Podfoldery, Znajdź wyniki 1, „Całe rozwiązanie” Nie znaleziono pasującego tekstu do wyszukania. Wyszukiwanie zostało zatrzymane.

Dlaczego nagle mówi „Nie znaleziono plików do przeszukania”?

Znalazłem wiele linków w Google, które mówią, że należy nacisnąć Ctrl+ Breaklub Ctrl+ Scroll Lock, ale żaden z nich nie wydaje się dla mnie działać.

Od czasu do czasu mam ten problem. Jednym z pozornie bezsensownych rozwiązań, które znalazłem, jest kliknięcie w oknie Find Results (nie w oknie Output). Gdy widoczny będzie migający kursor tekstowy, naciśnij Ctrl+ Breakcztery lub pięć razy. Wydaje się to „odblokowywać” cokolwiek powoduje problem.

Istnieją raporty Ctrl+ ScrLkmoże wymagać użycia zamiast Ctrl+ Break. Jeśli to nie działa, spróbuj Breaksam.

Uwaga od Codeguard: Znalazłem wyjaśnienie i deterministyczne rozwiązanie tego problemu

Windows 7 Pro SP1 64-bit, Visual Studio 9.0.30729.1

Nie działał:

• Ctrl + Break
• Ctrl + Scroll Lock
• Uruchom ponownie Visual Studio

Pracował:

• Break (w Znajdź wynik 1 i 2) (naciśnięty tylko raz)

Źródło: Komentarze w linku Gordona ...

Źródło błędu

To nie jest błąd związany z programem Visual Studio ani Windows. W rzeczywistości błąd występuje na twojej klawiaturze! Zgłoszono, że wiele klawiatur różnych dostawców jest wadliwych.

Problem

Jeśli najpierw naciśniesz Ctrl+ Breaki zwolnisz Ctrl, Break utknie na błędnej klawiaturze. Jeśli kiedykolwiek naciśniesz Ctrl+ Break„niewłaściwy” sposób, będziesz miał problem z przerwaniem wyszukiwania.

Detale

Zgodnie ze specyfikacjami kodu skanowania, Breaka Ctrl+ Breaksą wyjątkowe. Wysyłają kody „make” (naciśnij) ORAZ „break” (zwolnij) kody skanowania w momencie naciśnięcia Break. Nic nie wysyłają po zwolnieniu Break. Błędna klawiatura wyśle ​​następującą sekwencję:

1. Ctrl kod „zrób”
2. Ctrl+ Break„zrób” kod skanowania
3. Ctrl „zepsuj” kod skanowania
4. Pause „zepsuj” kod skanowania

Oznacza to, że Ctrl+ Breaknigdy nie jest uwalniany, ale zamiast tego Pausejest uwalniany.

Reprodukcja

Możesz na przykład użyć starego dobrego Spy ++ z narzędzi Visual Studio. Dołącz go do czegokolwiek, na przykład Notatnika Windows i monitoruj wiadomości (sugeruję, aby wybierać tylko wiadomości z klawiatury). Naciśnij Ctrl+ Break, Ctrlnajpierw zwalniając . Sprawdź dane wyjściowe ze Spy ++. Zobaczysz sekwencję, którą pokazałem w sekcji Szczegóły.

Próbowałem dwóch różnych klawiatur na tym samym komputerze. Logitech K120 ma błąd, podczas gdy niektóre inne klawiatury Mitsumi zachowują się zgodnie ze specyfikacjami i nie zawierają błędu.

Jeśli się nad tym zastanowić, łatwo zrozumieć, że prawidłowe zachowanie wymaga specjalnej obsługi spraw, podczas gdy zachowanie błędne jest naiwne. Dlatego wiele różnych klawiatur może być wadliwych.

Rozwiązanie

Wymień klawiaturę :)

Obejście

Musisz po prostu nacisnąć Ctrl+ Break, zwracając Breaknajpierw uwagę na zwolnienie . Nie ma znaczenia, która aplikacja jest aktywna.

Ten błąd występował w programie Visual Studio od dłuższego czasu i wydaje się, że nigdy nie został naprawiony.

Zobacz ten artykuł MS Connect z 2004 roku: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- został zatrzymany

Nie mogłem uwierzyć, że wciąż nie naprawili tego w VS2010 - ale nadal tam jest :(

Element Connect został oznaczony jako Zamknięty - nie zostanie naprawiony : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in- studio wizualne

Ctrl+ Breaklub Ctrl+ ScrLkanuluj operację wyszukiwania. Spróbuj. Stało się tak, że jakaś warstwa oprogramowania (prawdopodobnie Windows) uważa, że ​​te klawisze są nadal naciskane, nawet jeśli nie są. Naciśnięcie i zwolnienie ich usuwa flagę.

Może to być dowolna z tych kombinacji:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Pamiętaj, że na klawiaturze masz wiele klawiszy sterujących i klawiszy alt - wypróbuj je z każdym z nich. Jeśli jest to prawy Ctrlklawisz + ScrLk, naciśnięcie lewego przycisku Ctrlnie rozwiąże problemu.

Oto problem z połączeniem, który Microsoft zamknął jako „nie naprawi”.

Jeśli jest to powtarzający się problem, istnieje rozszerzenie Visual Studio, które tłumi klucz wirtualny, który powoduje problem.

Ctrl+ Fi Ctrl+ Shift+ Fprzestały działać w Visual Studio 2015 Community Edition.

Mój przyjaciel powiedział mi:

1. Narzędzia → Ustawienia importu i eksportu:

2. Wybierz: Zresetuj wszystkie ustawienia → Dalej

3. Wybierz: Nie, po prostu zresetuj ustawienia, zastępując moje bieżące ustawienia → Dalej

4. Wybierz: Ogólne → Zakończ

W moim przypadku miałem fałszywy znak w polu „Spójrz na te typy plików:” w oknie wyszukiwania.

Usunięcie postaci rozwiązało problem.

Visual Studio 2017

Wypróbowałem wszystkie poprzednie opcje. Nie działały one dla mnie, ale przeczytanie ich upewniło mnie, że jest to błąd, i będę musiał spróbować nieznanych sposobów, aby go uruchomić. Próbowałem więc prostego wyszukiwania plików w programie Visual Studio 2010 w:

1. Aktualny dokument
2. Wszystkie otwarte dokumenty

Oba działały.

Potem spróbowałem znaleźć w plikach i łał! Zaczęło działać.

Rozwiązanie wyszukiwania w Visual Studio 2012 jest zepsute. Przetestowałem to na trzech komputerach, nie działałem na dwóch. Znalazłem, co działa, to kliknąć strzałkę w dół obok pola wyszukiwania i wybrać Znajdź wszystko. Jest to trochę bolesne, ponieważ musisz wybierać menu rozwijane za każdym razem, gdy szukasz rozwiązania.

Niestety żadne z tych specjalnych klawiszy nie działa dla mnie. Wydaje się, że tylko ponowne uruchomienie Visual Studio 2010 działa dla mnie.

Miałem ten sam problem w Visual Studio 2013 (aktualizacja 3). Żadna z wymienionych kombinacji klawiszy wcześniej nie działała dla mnie. Wybrałem *.csw FileTypes.

Aby go uruchomić, zmieniłem go na *.*, a następnie z powrotem na *.cs- teraz działa.

Używam Visual Studio 13 bez tego problemu od kilku lat i zacząłem mieć ten problem po zastosowaniu aktualizacji 5 lub może to być dziwna kombinacja klawiszy naciśnięta przeze mnie nieświadomie, co ją uruchomiło, nie jestem pewien.

Rozwiązanie Echelon_Force zadziałało dla mnie. Dzięki!

Nie działał:

Ctrl + Break

Ctrl + Scroll Lock

Pracował:

Break (w oknie Znajdź wyniki 1 i 2 - naciśnięto tylko raz)

Miłego znalezienia w plikach!

Wszystkie kombinacje Scroll Locki Breaknic dla mnie nie zrobiły. Aby obejść ten problem, dodałem katalog rozwiązań do folderów wyszukiwania (drugi przycisk wielokropka), a następnie zmieniłem pole Szukaj w na katalog rozwiązań. Problem root nadal istnieje, ale dla mnie jest to funkcjonalnie to samo.

(Visual Studio 2013, Windows 8.1, x64)

Miałem dzisiaj taki sam problem jak glenneroo, po aktualizacji Visual Studio 2019 do 16.4.3. Tutaj znalazłem rozwiązanie, które dla mnie zadziałało .

Otwórz Find Optionsi sprawdź, czy w Look at these file typespolu tekstowym znajduje się (specjalny) znak . Jeśli tak, usuń go.

W Visual Studio 2013 po aktualizacji 3 miałem ten sam problem. Wcześniej mogłem po prostu wstawić „.cs” lub „.cshtml” w polu Spójrz na te typy plików: i zadziałałoby. Ale po aktualizacji 3 muszę teraz wstawić „ .cs” lub „ .cshtml” (lub dowolne typy plików, które chcę wyszukać) i działa dobrze.

To działa dla mnie po tym, jak wszystko inne nie działało lub działało tylko czasami:

Wykonaj wyszukiwanie, a podczas wyszukiwania przytrzymaj CRTL cały czas i naciskaj Break.

Jeśli szukasz wielu typów plików, muszą one być oddzielone znakiem; charakter, a nie spacja.

To zwraca poprawne wyniki:

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

To nic nie zwraca:

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

To nie jest problem z oryginalnym plakatem, ale dla innych osób, które nie mogą zrozumieć, dlaczego ich wyszukiwanie nie działa, może to być powód.

Kolejna późna odpowiedź na przyjęcie, ale znalazłem jeszcze jedno „rozwiązanie” tego problemu.

Gdy wygląda na to, że aplikacja Visual Studio zawiesiła się podczas wyszukiwania ... zostaw to w spokoju. Nie zamykaj tego. Nie uruchamiaj go ponownie. Po prostu pozwól mu odejść na około 10-15 minut, a problem może się naprawić, tak jak w moim konkretnym przypadku. Nie jestem pewien, dlaczego pozostawienie go w spokoju rozwiązało problem, chociaż moje całkowicie niewykształcone przypuszczenie jest takie, że Visual Studio buduje jakiś indeks, aby móc wyszukiwać pliki i wpadać w kłopoty. Gdy minie 10–15 minut i VS zakończy wyszukiwanie, wydaje się, że potem będzie dobrze.

Prawdopodobnie nie będzie to miało zastosowania w większości sytuacji, ale naprawiłem to, wyłączając opcję „Używaj wyrażeń regularnych” w oknie wyszukiwania. Wcześniej używałem wyrażeń regularnych do niektórych trudnych zamienników i nie wyłączyłem się po zakończeniu. Myślę, że być może interpretował część prostego tekstu zastępującego (patrz poniżej - miał kilka znaków specjalnych) jako początek niekompletnego lub źle sformułowanego wyrażenia regularnego, a więc nie mógł właściwie dopasować. Byłoby miło, gdyby ci to powiedziało!

Wydaje się, że blokuje się tylko wtedy, gdy używam Ctrl+ F( Find in Entire Solution ) i nigdy, jeśli używam Ctrl+ Shift+ F( Find in Files ).

Ta sztuczka Ctrl+ Breakdziałała dla mnie od lat, naprawdę interesujące jest, aby w końcu zrozumieć, dlaczego tak się dzieje . Z VS2015 mam nieco powiązany problem z wyszukiwaniem: mój Ctrl+ Shift+F po prostu nie działa, ta kombinacja klawiszy wydaje się być ignorowana po naciśnięciu. Próbowałem ponownie zainstalować nawet VS 2015 i nadal mam takie same zepsute zachowanie.

W przypadku, gdy ktoś ma identyczny problem, oto powód:

Okazuje się, że z jakiegokolwiek przypadkowego powodu VS2015 pokazuje, że okno dialogowe „znajdź w plikach” na innym monitorze podłączonym do mojego komputera. Ten drugi monitor to telewizor Samsung 4K, który zwykle pozostaje wyłączony i nie mam pojęcia, dlaczego VS 2015 wysyła okno dialogowe wyszukiwania do tego monitora. Zaskakujące jest to, że po włączeniu telewizora okno wyszukiwania przesuwa się na główny monitor!

Używam programu Visual Studio 2012 Professional na maszynie wirtualnej, łącząc się przy użyciu rdesktop z maszyny z systemem Linux.

Żadna z pozostałych sugestii nie zadziałała, ale rozwiązano problem:

• Przejdź do ekranu „Znajdź i zamień”. ( ctrl- shift- fw moim przypadku)
• Wpisz szukany tekst i wybierz „Całe rozwiązanie”
• Naciśnij „Znajdź następny”, powinien znaleźć wynik.
• Naciśnij „Znajdź wszystko”, teraz działa bez przerywania. (Uwaga, naprawdę mocno uderzyłem w Mysz i było w tym także trochę przekleństw, ale nie sądzę, żeby miało to jakieś znaczenie poza psychologicznym: D)

Poniższe działało dla mnie. Visual Studio → menu Windows → Resetuj panel okna . Zmiana rozmiaru programu Visual Studio spowodowała ukrycie tej opcji.

To był jeden z moich największych problemów z Visual Studio. Dla mnie (Windows 10, Visual Studio 2015) okno znajdowania we wszystkich plikach zostało zablokowane przez białe światło i zgadnij co, trafienie print screengo rozwiązuje.

Ctrl+ Breakdziała dla Visual Studio 2008

Nic mi nie działało. Używam również Resharpera. Musiałem więc zresetować moje powiązania klawiszy VS i ponownie zastosować skróty Resharper. Tylko to sprawiło, że działam.

1. Zresetuj bieżącą konfigurację klawiatury (Narzędzia | Opcje | Środowisko | Klawiatura | Resetuj).
2. Idź do ReSharper | Opcje | Środowisko | Klawiatura i menu | „Visual Studio” | Zastosuj schemat.

To zaczęło się dla mnie z aktualizacją do wersji 15.8.8 Visual Studio. Żaden z powyższych kroków nie zadziałał. Nie ma błędu. Właśnie to, co wydaje się być „zablokowanym” wyszukiwaniem.

Niedawno zainstalowałem ApexSQL Refactor 2018.03.0331. Odinstalowanie tego nie rozwiązało problemu i nie wydaje się być przyczyną. Wydaje się, że jest to związane z wersją 15.8.8 aktualizacji programu Visual Studio.

Całkowicie odinstalowałem Visual Studio i ponownie zainstalowałem wersję 15.8.8. Problem z Ctrl-Shift-F podczas przeszukiwania całego rozwiązania nie jest już problemem. Cokolwiek spowodowało problem robi rozwiąże się po odinstalowaniu i zainstalowaniu.

Ponownie zainstalowałem ApexSQL Refactor 2018.03.0331 i wszystko nadal działa dobrze.

Mam podobną sytuację z Visual Studio Community 2017 i teraz 2019 (załatane do 16.1.4). W moim przypadku nie pokazuje żadnych wyników, po prostu szuka wiecznie, nigdy niczego nie znajdując. Moim rozwiązaniem było oddokowanie okna dialogowego „Znajdź i zamień” i przeniesienie go w dowolne miejsce w pozycji swobodnej. Po oddokowaniu wydaje się działać dobrze, nawet po ponownym zadokowaniu go z powrotem do pierwotnej pozycji.