Tìm kiếm dừng hoạt động cho giải pháp Entire Entire

Bằng cách nào đó tìm kiếm Visual Studio đã ngừng làm việc cho tôi. Bất cứ khi nào tôi tìm kiếm "Toàn bộ giải pháp" cho một số văn bản tôi nhận được kết quả này:

Tìm tất cả "[Bất cứ điều gì tôi đang tìm kiếm]", Thư mục con, Tìm kết quả 1, "Giải pháp toàn bộ" Không tìm thấy văn bản phù hợp để tìm kiếm. Quá trình tìm kiếm đã bị dừng.

Tại sao nó đột nhiên nói "Không tìm thấy tệp nào để tìm trong"?

Tôi đã tìm thấy một số liên kết trên Google có nghĩa là nhấn Ctrl+ Breakhoặc Ctrl+ Scroll Lock, nhưng dường như không có liên kết nào phù hợp với tôi.

Tôi gặp vấn đề đó một lần trong một thời gian. Một giải pháp dường như vô nghĩa mà tôi đã tìm thấy là nhấp vào bên trong cửa sổ Tìm kết quả (không phải cửa sổ đầu ra). Khi con trỏ văn bản nhấp nháy hiển thị, nhấn Ctrl+ Breakbốn hoặc năm lần. Điều này dường như "bỏ chặn" bất cứ điều gì gây ra vấn đề.

Có báo cáo Ctrl+ ScrLkcó thể cần được sử dụng thay vì Ctrl+ Break. Nếu chúng không hoạt động thì hãy thử Breakmột mình.

Lưu ý từ Codeguard: Tôi đã tìm thấy một lời giải thích và giải pháp xác định cho vấn đề này

Windows 7 Pro SP1 64-bit, Visual Studio 9.0.30729.1

Không hoạt động:

• Ctrl + Break
• Ctrl + Scroll Lock
• Khởi động lại Visual Studio

Đã làm việc:

• Break (trong Tìm kết quả 1 & 2) (chỉ được nhấn một lần)

Nguồn: Nhận xét trong liên kết của Gordon ...

Nguồn lỗi

Đây không phải là lỗi của Visual Studio hay Windows. Trong thực tế, lỗi là trong bàn phím của bạn! Nhiều bàn phím từ các nhà cung cấp khác nhau đã được báo cáo là lỗi.

Vấn đề

Nếu bạn nhấn Ctrl+ Breakvà phát hành Ctrltrước, thì Break sẽ bị kẹt trên bàn phím lỗi. Nếu bạn đã từng nhấn Ctrl+Break cách "sai", bạn sẽ gặp vấn đề này với việc tìm kiếm bị gián đoạn.

Chi tiết

Theo thông số kỹ thuật mã quét, Breakvà Ctrl+ Breaklà đặc biệt. Họ gửi mã "thực hiện" (nhấn) VÀ "ngắt" (phát hành) ngay khi bạn nhấn Break. Họ không gửi gì khi bạn phát hành Break. Bàn phím lỗi sẽ gửi trình tự sau:

1. Ctrl "làm" mã quét
2. Ctrl+Break "tạo" mã quét
3. Ctrl "phá vỡ" mã quét
4. Pause "phá vỡ" mã quét

Đó là, Ctrl+ Breakkhông bao giờ được phát hành, nhưng thay vào đóPause được phát hành.

Sinh sản

Ví dụ, bạn có thể sử dụng Spy ++ tốt từ các công cụ Visual Studio. Đính kèm nó vào bất cứ thứ gì, ví dụ như notepad của Windows và theo dõi tin nhắn (Tôi khuyên bạn chỉ nên chọn tin nhắn trên bàn phím). Nhấn Ctrl+ Break, phát hành Ctrltrước. Kiểm tra đầu ra từ Spy ++. Bạn sẽ thấy trình tự tôi hiển thị trong phần Chi tiết.

Tôi đã thử hai bàn phím khác nhau trên cùng một máy tính. Logitech K120 có lỗi trong khi một số bàn phím Mitsumi khác hoạt động theo thông số kỹ thuật và không có lỗi.

Nếu bạn nghĩ về nó, thật dễ hiểu rằng hành vi đúng cần xử lý trường hợp đặc biệt, trong khi hành vi lỗi là ngây thơ. Đây là lý do tại sao nhiều bàn phím khác nhau có thể bị lỗi.

Giải pháp

Thay thế bàn phím của bạn :)

Giải pháp thay thế

Bạn chỉ cần nhấn Ctrl+ Break, chú ý phát hành Breaktrước. Không quan trọng ứng dụng nào đang hoạt động.

Lỗi này đã có trong Visual Studio từ lâu và dường như chưa bao giờ được sửa.

Xem mục MS Connect này từ năm 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- đã bị dừng

Tôi không thể tin rằng họ vẫn chưa sửa nó trong VS2010 - nhưng nó vẫn ở đó :(

Mục Kết nối đã được đánh dấu là Đã đóng - Không sửa : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-proTHER-fter-performing-search-in- Visual Studio

Ctrl+ Breakhoặc Ctrl+ScrLk hủy bỏ thao tác tìm. Thử nó. Điều đã xảy ra là một số lớp phần mềm (có lẽ là Windows) nghĩ rằng các phím đó vẫn đang được nhấn mặc dù chúng không phải là. Nhấn và thả chúng sẽ xóa cờ.

Nó có thể là bất kỳ kết hợp nào trong số này:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Hãy nhớ rằng bạn có nhiều phím điều khiển và phím alt trên bàn phím - hãy thử với từng phím . Nếu đó là Ctrlphím bên phải + ScrLk, nhấn trái Ctrlsẽ không giải quyết được vấn đề.

Đây là sự cố Kết nối mà Microsoft đã đóng là "Không sửa".

Nếu đây là sự cố định kỳ đối với bạn, có một tiện ích mở rộng Visual Studio triệt tiêu khóa ảo gây ra sự cố.

Ctrl+ Fvà Ctrl+ Shift+ Fđã ngừng hoạt động trên Visual Studio 2015 Community Edition.

Bạn tôi bảo tôi sẽ đi:

1. Công cụ → Cài đặt Nhập và Xuất:

2. Chọn: Đặt lại tất cả cài đặt → Tiếp theo

3. Chọn: Không, chỉ cần đặt lại cài đặt, ghi đè cài đặt hiện tại của tôi → Tiếp theo

4. Chọn: Chung → Kết thúc

Trong trường hợp của tôi, tôi đã có một ký tự không có thật trong trường "Xem các loại tệp này:" trong cửa sổ tìm kiếm.

Loại bỏ nhân vật đã giải quyết vấn đề.

Phòng thu hình ảnh 2017

Tôi đã thử tất cả các tùy chọn trước đó. Họ đã không làm việc cho tôi, nhưng đọc chúng làm tôi chắc chắn rằng đây là một lỗi và tôi sẽ phải thử một số cách chưa biết để làm cho nó hoạt động. Vì vậy, tôi đã thử tìm kiếm tệp đơn giản trong Visual Studio 2010 trong:

1. Tài liệu hiện tại
2. Tất cả các tài liệu mở

Cả hai đều hoạt động.

Sau đó, tôi đã thử Tìm trong tập tin và woah! Nó bắt đầu làm việc.

Giải pháp tìm kiếm trong Visual Studio 2012 đã bị phá vỡ. Tôi đã thử nghiệm điều này trên ba máy, không hoạt động trên hai. Những gì tôi tìm thấy không hoạt động là nhấp vào mũi tên thả xuống bên cạnh trường tìm kiếm và chọn Tìm tất cả. Đây là một chút đau đớn vì bạn phải chọn thả xuống mỗi khi bạn tìm kiếm trong giải pháp.

Thật không may, không có những nét chính đặc biệt này làm việc cho tôi. Chỉ khởi động lại Visual Studio 2010 dường như làm việc cho tôi.

Tôi gặp vấn đề tương tự trong Visual Studio 2013 (Bản cập nhật 3). Không có sự kết hợp quan trọng nào được liệt kê trước đây làm việc cho tôi. Tôi đã *.cschọn trong FileTypes.

Để làm cho nó hoạt động, tôi đã thay đổi nó *.*, và sau đó quay lại *.cs- bây giờ nó hoạt động.

Tôi đã sử dụng Visual Studio 13 mà không gặp vấn đề này trong vài năm nay và tôi bắt đầu gặp vấn đề này sau khi áp dụng Cập nhật 5 hoặc đó có thể là một tổ hợp phím lạ do tôi vô tình kích hoạt, tôi không biết chắc chắn.

Giải pháp của Echelon_Force đã làm việc cho tôi. Cảm ơn!

Không hoạt động:

Ctrl + Break

Ctrl + Scroll Lock

Đã làm việc:

Break (trong cửa sổ Tìm kết quả 1 & 2 - Chỉ được nhấn một lần)

Hạnh phúc tìm thấy trong các tập tin!

Tất cả sự kết hợp của Scroll LockvàBreak không làm gì cho tôi. Như một giải pháp thay thế, tôi đã thêm thư mục giải pháp vào Thư mục tìm kiếm (nút dấu chấm lửng thứ hai), sau đó thay đổi trường Tìm trong thành thư mục giải pháp. Vấn đề gốc vẫn tồn tại, nhưng đối với tôi, đây là chức năng tương tự.

(Visual Studio 2013, Windows 8.1, x64)

Tôi đã gặp vấn đề tương tự như glenneroo ngày hôm nay, sau khi cập nhật Visual Studio 2019 lên 16.4.3. Tìm thấy một giải pháp làm việc cho tôi ở đây .

Mở Find Optionsvà kiểm tra xem có một ký tự (đặc biệt) trong trường Look at these file typesvăn bản không. Nếu vậy, loại bỏ nó.

Trong Visual Studio 2013 sau Bản cập nhật 3, tôi cũng gặp vấn đề tương tự. Trước đây, tôi chỉ có thể đặt ".cs" hoặc ".cshtml" vào Xem các loại tệp này: và nó sẽ hoạt động. Nhưng sau khi cập nhật 3, bây giờ tôi phải đặt " .cs" hoặc " .cshtml" (hoặc bất kỳ loại tệp nào tôi muốn tìm kiếm) và nó hoạt động tốt.

Điều này làm việc cho tôi sau khi mọi thứ khác đôi khi không hoặc chỉ hoạt động:

Thực hiện tìm kiếm, và trong khi tìm kiếm, giữ CRTL tất cả thời gian và tiếp tục nhấn Break.

Nếu bạn đang tìm kiếm nhiều loại tệp, chúng phải được phân tách bằng dấu; nhân vật, không phải là một không gian.

Điều này trả về kết quả chính xác:

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

Điều này không trả về gì cả:

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

Đây không phải là vấn đề của poster gốc, nhưng đối với những người khác không thể hiểu tại sao tìm kiếm của họ không hoạt động, đây có thể là lý do.

Một câu trả lời cuối buổi tiệc khác, nhưng tôi đã tìm thấy một "giải pháp" khác cho vấn đề này.

Khi có vẻ như ứng dụng Visual Studio đã đóng băng khi tìm kiếm ... hãy để nó một mình. Đừng đóng nó. Đừng khởi động lại nó. Chỉ cần để nó đi trong khoảng 10-15 phút và vấn đề có thể tự khắc phục, như đã làm trong trường hợp cụ thể của tôi. Tôi không chắc tại sao để nó một mình giải quyết vấn đề, mặc dù suy đoán hoàn toàn vô học của tôi là Visual Studio đang xây dựng một loại chỉ mục để có thể tìm kiếm các tệp và chạy vào một đoạn. Sau khi hết 10-15 phút và VS hoàn thành tìm kiếm, có vẻ như sau đó sẽ ổn.

Có lẽ sẽ không áp dụng cho hầu hết các tình huống, nhưng điều đã khắc phục nó đối với tôi là tắt 'Sử dụng biểu thức chính quy' trong cửa sổ tìm kiếm. Trước đây tôi đã sử dụng Biểu thức chính quy cho một số thay thế khó khăn và không tắt khi kết thúc. Tôi nghĩ có lẽ nó đã diễn giải một phần của văn bản thay thế đơn giản (xem bên dưới - có một số ký tự đặc biệt) là bắt đầu của một biểu thức chính quy không hoàn chỉnh hoặc không đúng định dạng, và vì vậy thực sự không thể thực hiện bất kỳ kết hợp nào. Sẽ tốt đẹp nếu nó nói với bạn!

Nó dường như chỉ bị khóa nếu tôi sử dụng Ctrl+ F( Tìm trong toàn bộ giải pháp ) và không bao giờ nếu tôi sử dụng Ctrl+ Shift+ F( Tìm trong tệp ).

Đó Ctrl+ Breakmẹo đã làm việc cho tôi trong nhiều năm, thật sự rất thú vị để cuối cùng hiểu lý do tại sao điều này xảy ra . Với VS2015 tôi có một số vấn đề liên quan đến tìm kiếm: đơn giản là + Ctrl+ của tôi không hoạt động, tổ hợp phím này dường như bị bỏ qua khi tôi nhấn nó. Tôi đã cố gắng cài đặt lại ngay cả VS 2015 và tôi vẫn có hành vi bị hỏng tương tự.ShiftF

Trong trường hợp ai đó có vấn đề giống hệt nhau, đây là lý do:

Tôi chỉ ra rằng vì bất kỳ lý do ngẫu nhiên nào, VS2015 cho thấy hộp thoại "tìm trong tệp" trên một màn hình khác được gắn vào PC của tôi. Màn hình khác đó là TV Samsung 4K thường ở chế độ "Tắt" và tôi không hiểu tại sao VS 2015 gửi hộp thoại tìm kiếm đó đến màn hình đó. Đáng ngạc nhiên, khi tôi bật TV, hộp thoại tìm kiếm sẽ tự di chuyển đến màn hình chính!

Tôi đang chạy Visual Studio 2012 Professional trong Máy ảo, kết nối bằng rdesktop từ máy Linux.

Không có gợi ý nào khác có hiệu quả, nhưng đã giải quyết được vấn đề là:

• Chuyển đến màn hình 'Tìm và thay thế'. ( ctrl- shift- ftrong trường hợp của tôi)
• Nhập văn bản tìm kiếm và chọn 'Toàn bộ giải pháp'
• Nhấn 'Tìm tiếp theo', nó sẽ tìm thấy kết quả.
• Nhấn 'Tìm tất cả', bây giờ hoạt động mà không hủy bỏ. (Lưu ý, tôi đã đánh Chuột rất mạnh và cũng có một số lời chửi thề, nhưng tôi không nghĩ điều đó có liên quan gì ngoài tâm lý: D)

Sau đây làm việc cho tôi. Visual Studio → menu Windows → Đặt lại Bảng điều khiển cửa sổ . Việc thay đổi kích thước của Visual Studio khiến nó phải ẩn tùy chọn.

Đây là một trong những vấn đề lớn nhất của tôi với Visual Studio. Đối với tôi (Windows 10, Visual Studio 2015), cửa sổ tìm thấy trong tất cả các tệp đã bị khóa với một khoảng trắng và đoán xem, nhấn gì sẽ print screengiải quyết nó.

Ctrl+ Breakhoạt động cho Visual Studio 2008

Không có gì làm việc cho tôi. Tôi cũng sử dụng Resharper. Vì vậy, tôi đã phải thiết lập lại các ràng buộc khóa VS của mình và áp dụng lại các phím tắt Chia sẻ lại. Chỉ điều này đã cho tôi nó làm việc.

1. Đặt lại cấu hình bàn phím hiện tại (Công cụ | Tùy chọn | Môi trường | Bàn phím | Đặt lại).
2. Truy cập ReSharper | Tùy chọn | Môi trường | Bàn phím & Menu | "Phòng thu trực quan" | Áp dụng Đề án.

Điều này đã bắt đầu xảy ra với tôi với bản cập nhật lên Phiên bản 15.8.8 của Visual Studio. Không có bước nào ở trên làm việc. Không có lỗi. Chỉ là những gì dường như là một tìm kiếm 'bị mắc kẹt'.

Gần đây tôi đã cài đặt ApexSQL Refactor 2018.03.0331. Gỡ cài đặt này không giải quyết được vấn đề và dường như không phải là nguyên nhân. Nó dường như có liên quan đến Phiên bản 15.8.8 của bản cập nhật Visual Studio.

Tôi đã gỡ cài đặt hoàn toàn Visual Studio và cài đặt lại Phiên bản 15.8.8. Vấn đề với Ctrl-Shift-F khi tìm kiếm Giải pháp toàn bộ không còn là vấn đề nữa. Bất cứ điều gì gây ra vấn đề không giải quyết sau khi gỡ cài đặt và cài đặt.

Tôi một lần nữa cài đặt ApexSQL Refactor 2018.03.0331 và mọi thứ vẫn hoạt động tốt.

Tôi đang gặp tình huống tương tự với Visual Studio Community 2017 và bây giờ là 2019 (được vá tới 16.1.4). Trong trường hợp của tôi, nó không hiển thị bất kỳ kết quả nào, nó chỉ tìm kiếm mãi mãi mà không tìm thấy gì. Giải pháp của tôi là tháo gỡ hộp thoại "Tìm và thay thế" và di chuyển nó đến bất kỳ đâu trong một vị trí nổi. Sau khi tháo gỡ, nó dường như hoạt động tốt, ngay cả sau khi cắm nó trở lại vị trí ban đầu.