„Znajdź” programu Visual Studio powoduje wyświetlenie komunikatu „Nie znaleziono plików do przeszukania. Znajdź zatrzymany postęp”.

Czasami podczas programowania w środowisku Visual Studio IDE, gdy używasz okna dialogowego „Znajdź w plikach”, aby znaleźć coś, wyszukiwanie kończy się niepowodzeniem i w oknie „Znajdź wyniki” zostanie wyświetlony następujący komunikat.

Nie znaleziono plików do przeszukania. Znajdź zatrzymany postęp

Gdy pojawi się ten komunikat, wszystkie kolejne wyszukiwania spowodują wyświetlenie tego samego komunikatu. Nic nie rozwiązuje problemu, w tym ponowne uruchomienie komputera, z wyjątkiem naciśnięcia Ctrl+ ScrLk.

Co powoduje, że program Visual Studio przechodzi w ten stan i czy istnieje ustawienie, które trwale temu zapobiega?

Według tego wątku :

Wysłane przez Microsoft 13.10.2009 o 16:33

Cześć wszystkim,

Dziękujemy za nieustające zainteresowanie tym błędem. Udało nam się odtworzyć problem z przerwami w kilku wersjach Visual Studio działa na kilku wersjach systemu Windows i zostały zidentyfikowane jako przyczynę zewnętrzną do VS . Zespół Windows niestety nie miał czasu na naprawienie tego w swojej obecnej wersji, ale pracujemy z nimi, aby mieć nadzieję, że naprawimy ten błąd w przyszłej wersji systemu Windows. Obecnie obejściem (jak wielu z was zauważyło) jest naciśnięcie Ctrl + Scroll Lock, Ctrl + Break lub samego klawisza Break.

Jeszcze raz dziękuję za wszystkie podane przez Ciebie szczegóły dotyczące tego błędu. Jeśli masz dodatkowe pytania lub komentarze, napisz ponownie tutaj; chociaż ten problem został zamknięty jakiś czas temu, upewnię się, że pozostanie na naszym radarze.

Dzięki, Brittany Behrens Menedżer programu, VS Platform - redaktor

Ten błąd istnieje od co najmniej 2004 roku i, jak w powyższym poście w 2009 roku, nie został naprawiony.

Czasami Ctrl+ Breakdziała, czasami Alt+ Break, czasami Ctrl+ Scroll Lock, a innym razem Alt+ Scroll Lock.

W tej chwili nic nie działa. To był dla mnie ogromny problem. Wstyd na Microsoft, że nie naprawił tego błędu w ciągu ostatnich dziewięciu lat.

Najwyraźniej dla tych, którym kombinacje klawiszy nie działają (tak jak ja w tej chwili), usunięcie następującego klucza rejestru przynosi zbawienie:

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

Oczywiście [VS VERSION NUMBER] powinien być wewnętrznym numerem wersji IDE. Nie zapomnij ponownie uruchomić komputera.

Pamiętaj, że usuwanie rzeczy w rejestrze jest niebezpieczne. Jak każdego na tak obchodzi, ale i tak ...

Nie sądzę, by można było coś zrobić, aby temu zapobiec. Wydaje się, że występuje po zatrzymaniu kompilacji za pomocą CTRL + Break ... Może w tym czasie naciskam CTRL + Scroll Lock ???

Przydarzyło mi się to tylko 2-3 razy i to było kilka miesięcy w odstępie.

Mówi, że czasami podczas wyszukiwania w programie Visual Studio pojawia się wspomniany komunikat o błędzie. Nawet jeśli wiesz, że jest coś do znalezienia. To dziwny stan, w który wpada Visual Studio. Jeśli naciśniesz (CTRL + Scroll Lock), „naprawi” to problem.

Obecnie w witrynie Connect znajduje się dziewięć błędów związanych z tym i oznaczonych jako Nie można odtworzyć .

Utworzyłem inny dla programu Visual Studio 2010 SP1: „Wyszukiwanie zostało zatrzymane w toku” podczas wyszukiwania w programie Visual Studio

Zagłosuj na to, jeśli nie możesz przeprowadzić wyszukiwania.

PS: Microsoft twierdzi, że naprawił to w Visual Studio 2012.

Miałem ten problem i widziałem odpowiedzi ludzi na temat kombinacji wielokrotnych Ctrl+ Break/Pause Scroll Lock.

Rozważałem to, ale pomyślałem, że to słabe obejście (zwłaszcza, że ​​używam klawiatury Mac, więc te klawisze nie są łatwo dostępne).

Więc rozwiązanie, które znalazłem, było takie:

1. Menu: Narzędzia → Opcje → Środowisko → Znajdź i zamień

2. Odznacz trzy górne pola wyboru (domyślnie zaznaczone w moich ustawieniach).

3. Ponownie zaznacz trzy górne pola wyboru.

Et voila, wszystko powinno działać dobrze.

Cóż, i tak zrobiło to dla mnie, co było ulgą, ponieważ nie mogę uwierzyć, że Microsoft pozwoliłby na dziwną kombinację klawiszy jako obejście takiego błędu.

Przesyłam to w nadziei, że to pomoże!

Sprawdź, czy to pytanie dotyczące przepełnienia stosu pomaga:

Wyszukiwanie przestaje działać dla „całego rozwiązania”

Krótka wersja rozwiązania:

Powinieneś spróbować kliknąć w oknie Znajdź wyniki, a gdy migający kursor tekstowy stanie się widoczny, naciśnij Ctrl+ Breakcztery lub pięć razy. To powinno załatwić sprawę.

Moje doświadczenia z tym problemem:

Kroki ku reprodukcji

Właśnie tego doświadczyłem, używając systemu Windows Server 2008 R2 Standard i Visual Studio 2010 SP1.

Uzyskiwałem dostęp do Visual Studio zdalnie przez Citrix Receiver (z mojego komputera, A do B) i przez Pulpit zdalny Windows (z B do C). W tej konfiguracji (łączenie dwóch sesji zdalnych) czasami blokują się klawisze modyfikujące.

W B nacisnąłem Windows+Pause aby uzyskać dostęp do okna Właściwości systemu. (To może być powiązane lub nie; podejrzewam, że mogło dojść do zablokowania naciśnięcia klawisza lub czegoś podobnego).

Później, kiedy otworzyłem Visual Studio na C, miałem ten problem. Pamiętaj, że zawsze używam Ctrl+ Shift+, Faby uzyskać dostęp do okna Znajdź wszystko .

Rozwiązanie

Rozwiązałem to, naciskając Ctrl+, Scroll Lockjak sugerowano w innych odpowiedziach.

Przyczyna

Co do tego, dlaczego tak się dzieje, zauważyłem, że jeśli naciśnę Ctrl+, Breakgdy kursor tekstowy znajduje się w oknie Znajdź wyniki, ale zanim jakiekolwiek wyniki zostaną znalezione, wyszukiwanie zatrzyma się z tym samym komunikatem. To wskazuje mi, że jest to związane z problemem z klawiaturą.

Jak donoszą inni, najwyraźniej jest to błąd systemu Windows. Oto dyskusja na ten temat .

Wydawało mi się, że widzę ten problem, ale po dwóch dniach poszukiwania rozwiązania stwierdziłem, że selektor „Spójrz na te typy plików” uległ zmianie i nie zawierał potrzebnego mi rozszerzenia pliku.

Miałem to wczoraj w Visual Studio 2015.

W Znajdź w plikach , w polu tekstowym Szukaj w: , Wpisałem

*. *

zamiast całego rozwiązania , co również spowodowało, że nie znaleziono żadnych plików .

To nie jest błąd programu Visual Studio ani błąd systemu Windows. To błąd klawiatury. Zobacz odpowiedź w zduplikowanym pytaniu https://stackoverflow.com/a/28219093/147805 .

Mogę odtworzyć Twój problem.

Oto kilka kroków, które możesz wypróbować:

1. Sprawdź ustawienie Znajdź i zamień (menu Narzędzia → Środowisko → Znajdź i zamień).

2. Otwórz „Developer Command Prompt for VS2013” ​​i wklej „devenv.exe / resetsettings”

3. Użyj Kreatora instalacji programu Visual Studio (za pośrednictwem Panelu sterowania), aby naprawić program Visual Studio. Możesz również przeczytać odniesienie do funkcji Znajdź w plikach:

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

Napotkałem bardzo podobny problem. Szukałem w folderze wszystkich plików frazy we wszystkich plikach .cs w moim rozwiązaniu. Program Visual Studio ciągle wyświetlał komunikat „Nie znaleziono plików do wyszukania”. (Nie zawierał części komunikatu „Wyszukiwanie zatrzymanego postępu”).

Szukałem wiadomości i znalazłem to pytanie. Sugerowane polecenia klawiaturowe w innych odpowiedziach nie działały.

Lubię używać klawiatury do nawigacji. Przypadkowo nacisnąłem Alt + B i Spację. Alt + B to skrót do przejścia do pola wyboru „Uwzględnij su b -folders” w formularzu Znajdź i zamień. Spacji wyczyszczone pole wyboru, a następnie Alt + A wykonał Znajdź działania LL. Ponieważ nie przeszukiwał podfolderów, nie znaleziono żadnych plików. Wiadomość była poprawna.

Po zaznaczeniu pola „Uwzględnij podfoldery” wyszukiwanie znalazło pasujące pliki w podfolderach. Jeśli więc otrzymujesz komunikat „Nie znaleziono żadnych plików do przeszukania” bez komunikatu „Znajdź zatrzymany postęp”, upewnij się, że wyszukiwanie dotyczy podfolderów!

Znalazłem inną przyczynę: przeniesienie folderu rozwiązania do nowej lokalizacji, gdy CMake jest częścią procesu kompilacji.

Pracowałem z Chromium Embedded Framework i przeniosłem główny folder CEF z e: \ do c: \. Wydaje się, że psuje to wszystko, w tym Find, ponieważ skrypty kompilacji CMake używają twardego kodu woluminu dysku i pełnej ścieżki (E: \ folder) do ścieżek źródłowych.