Пошук перестає працювати для "Цілого рішення"

Якось пошук Visual Studio перестав працювати для мене. Щоразу, коли я шукаю текст "Ціле рішення", я отримую такий результат:

Знайдіть усі "[що б я не шукав]", підпапки, результати пошуку 1, "ціле рішення". Не знайдено відповідний текст для пошуку. Знайти зупинено.

Чому раптом написано "Не знайдено жодного файлу"?

У Google я знайшов ряд посилань, які кажуть натиснути Ctrl+ Breakабо Ctrl+ Scroll Lock, але жодне з них не працює на мене.

Я отримую цю проблему час від часу. Я знайшов одне, здавалося б, безглузде рішення - натиснути всередині вікна «Результати пошуку» (не у вікні «Вихід»). Як тільки миготливий текстовий курсор буде видно, натисніть Ctrl+ Breakчотири чи п’ять разів. Це, здається, "розблокує" все, що спричинило проблему.

Є звіти Ctrl+ ScrLkможливо, їх потрібно використовувати замість Ctrl+ Break. Якщо це не спрацює, спробуйте Breakпоодинці.

Примітка від Codeguard: я знайшов пояснення та детерміновані рішення цієї проблеми

64-розрядна версія Windows 7 Pro SP1, Visual Studio 9.0.30729.1

Не працювало:

• Ctrl + Break
• Ctrl + Scroll Lock
• Перезапуск Visual Studio

Працювали:

• Break (у результатах пошуку 1 та 2) (натискається лише один раз)

Джерело: Коментарі у посиланні Гордона ...

Джерело помилок

Це ні Visual Studio, ні помилка, пов’язана з Windows. Насправді помилка у вашій клавіатурі! Повідомлялося, що багато клавіатур різних постачальників баггі.

Проблема

Якщо спочатку натиснути Ctrl+ Breakта відпустити Ctrl, то перерва застрягне на помилковій клавіатурі. Якщо ви коли-небудь натискали Ctrl+ Break"неправильний" спосіб, у вас виникне ця проблема з перериванням пошуку.

Деталі

Відповідно до специфікацій коду сканування, Breakта Ctrl+ Breakє спеціальними. Вони надсилають коди сканування "зробити" (натиснути) І "зламати" (відпустити) в момент натискання Break. Вони нічого не відправляють, коли ви відпустите Break. Помилкова клавіатура надсилатиме таку послідовність:

1. Ctrl "зробити" код сканування
2. Ctrl+ Break"зробити" код сканування
3. Ctrl "зламати" код сканування
4. Pause "зламати" код сканування

Тобто Ctrl+ Breakніколи не випускається, а натомість Pauseвивільняється.

Відтворення

Наприклад, ви можете використовувати старий хороший Spy ++ від інструментів Visual Studio. Приєднайте його до чого завгодно, наприклад, блокнота Windows та відстежуйте повідомлення (я пропоную вибрати лише повідомлення з клавіатури). Натисніть Ctrl+ Break, відпустивши Ctrlспочатку. Перевірте вихід Spy ++. Ви побачите послідовність, яку я показав у розділі Деталі.

Я спробував дві різні клавіатури на одному комп’ютері. У Logitech K120 є помилка, тоді як деякі інші клавіатури Mitsumi поводяться відповідно до технічних характеристик і не мають помилок.

Якщо ви подумаєте над цим, легко зрозуміти, що правильна поведінка потребує спеціального поводження із справами, тоді як поведінка з помилками наївна. Ось чому багато різних клавіатур можуть бути баггі.

Рішення

Замініть клавіатуру :)

Обхід

Вам просто потрібно натиснути Ctrl+ Break, звернувши увагу на те, щоб випустити Breakспочатку. Не має значення, який додаток активний.

Ця помилка була у Visual Studio давно і, здається, вона ніколи не виправляється.

Дивіться цей елемент MS Connect від 2004 року: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- було зупинено

Я не міг повірити, що вони все ще не виправили це у VS2010 - але він все ще є :(

Елемент Connect позначено як закритий - не буде виправлено : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-time-performing-search-in- візуальна студія

Ctrl+ Breakабо Ctrl+ ScrLkскасувати операцію пошуку. Спробуй це. Що сталося, це те, що деякий програмний рівень (імовірно, Windows) вважає, що ці клавіші все ще натискаються, хоча їх немає. Натискаючи та відпускаючи їх, очищається прапор.

Це може бути будь-яка з цих комбінацій:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Пам'ятайте, що у вас на клавіатурі є кілька клавіш управління та клавіш alt - спробуйте це з кожною з них. Якщо це права Ctrlклавіша + ScrLk, натискання лівої Ctrlне вирішить проблему.

Ось проблема Connect, яку Microsoft закрила як "Не виправлено".

Якщо це повторювана проблема для вас, існує розширення Visual Studio, яке пригнічує віртуальний ключ, який викликає проблему.

Ctrl+ Fі Ctrl+ Shift+ Fприпинили роботу над Visual Studio 2015 Community Edition.

Мій друг сказав мені:

1. Інструменти → Параметри імпорту та експорту:

2. Виберіть: Скинути всі налаштування → Далі

3. Виберіть: Ні, просто скиньте настройки, замінивши мої поточні налаштування → Далі

4. Виберіть: Загальне → Готово

У моєму випадку у полі "Подивіться на ці типи файлів:" у вікні пошуку у мене був хибний характер.

Видалення символу вирішило проблему.

Візуальна студія 2017

Я спробував усі попередні варіанти. Вони не працювали для мене, але прочитавши їх, я переконався, що це помилка, і мені доведеться спробувати деякі невідомі способи, щоб це працювало. Отже, я спробував простий пошук файлів у Visual Studio 2010 у:

1. Поточний документ
2. Усі відкриті документи

Обидва вони працювали.

Тоді я спробував Find in Files та woah! Це почало працювати.

Пошук рішення в Visual Studio 2012 порушено. Я тестував це на трьох машинах, не працював на двох. Що я знайшов, що працює, це натиснути стрілку вниз поруч із полем пошуку та виберіть Знайти все. Це болить, тому що вам потрібно вибирати спадне місце кожного разу, коли ви шукаєте рішення.

На жаль, жоден із цих спеціальних ключових штрихів не працює для мене. Мені здається, що лише перезапуск Visual Studio 2010 працює.

У мене була така ж проблема у Visual Studio 2013 (оновлення 3). Жодна з перерахованих раніше ключових комбінацій не працювала для мене. Я *.csвибрав у FileTypes.

Щоб він працював, я змінив його на *.*, а потім знову на *.cs- тепер це працює.

Я використовую Visual Studio 13 без цієї проблеми вже пару років, і я почав мати цю проблему після застосування оновлення 5, або це можуть бути дивні клавіші, комбіновані мною, несвідомо, що викликало це, я не знаю точно.

Рішення Echelon_Force працювало на мене. Дякую!

Не працювало:

Ctrl + Break

Ctrl + Scroll Lock

Працювали:

Break (у вікні Find Result 1 & 2 - натискається лише один раз)

Щаслива знахідка у файлах!

Всі комбінації Scroll Lockта Breakнічого не зробили для мене. Як вирішення, я додав каталог рішень до папок пошуку (друга кнопка еліпсису), а потім змінив поле Look In у каталог рішення. Корінна проблема все ще існує, але для мене це функціонально те саме.

(Visual Studio 2013, Windows 8.1, x64)

У мене була така ж проблема, як і glenneroo сьогодні, після оновлення Visual Studio 2019 до 16.4.3. Знайшов рішення, яке працювало для мене тут .

Відкрийте Find Optionsі перевірте, чи є ( Look at these file typesтекстовий ) символ у текстовому полі. Якщо так, видаліть його.

У Visual Studio 2013 після оновлення 3 у мене була така ж проблема. Раніше я міг просто поставити ".cs" або ".cshtml" у Подивіться на ці типи файлів: і це спрацювало б. Але після оновлення 3 мені тепер потрібно поставити " .cs" або " .cshtml" (або будь-які типи файлів, у яких я хочу шукати), і це добре працює.

Це працює для мене після того, як все інше не робилося або працювало лише іноді:

Здійснюйте пошук і під час пошуку тримайте CRTL весь час і продовжуйте натискати Break.

Якщо ви шукаєте кілька типів файлів, вони повинні бути розділені знаком a; характер, а не пробіл.

Це повертає правильні результати:

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

Це взагалі нічого не повертає:

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

Це не проблема оригінального плаката, але для інших людей, які не можуть зрозуміти, чому їх пошук не працює, це може бути причиною.

Ще одна запізніла відповідь, але я знайшов ще одне "рішення" для цієї проблеми.

Коли це виглядає так, ніби додаток Visual Studio застиг при пошуку ... залиште його в спокої. Не закривайте його. Не перезавантажуйте його. Просто відпустіть хвилин 10-15, і проблема може сама виправитись, як це було в моєму конкретному випадку. Я не впевнений, чому, залишаючи це в спокої, вирішив проблему, хоча моя цілком неосвічена здогадка полягає в тому, що Visual Studio будує якийсь індекс, щоб можна було шукати файли і бігти в корч. Після того, як триває 10-15 хвилин, і VS завершує пошук, після цього здається, що це добре.

Можливо, це не стосується більшості ситуацій, але те, що для мене виправлено, було відключити "Використовувати регулярні вирази" у вікні пошуку. Раніше я використовував регулярні вирази для деяких складних замін і не вимикався, коли закінчив. Я думаю, що, можливо, це було інтерпретацією частини простого тексту заміни (див. Нижче - мали деякі спеціальні символи) як початок неповного або неправильно сформованого регулярного виразу, і тому насправді не вдалося виконати будь-яку відповідність. Було б добре, якби це вам сказали!

Здається, блокування лише тоді, коли я використовую Ctrl+ F( Знайти в цілому рішенні ) і ніколи, якщо я використовую Ctrl+ Shift+ F( Знайти у файлах ).

Цей Ctrl+ Breakтрюк працював на мене роками, насправді цікаво нарешті зрозуміти, чому це відбувається . З VS2015 у мене є дещо пов’язана проблема з пошуком: мійCtrl + Shift+ Fпросто не працює, ця комбінація клавіш, здається, ігнорується, коли я натискаю на нього. Я намагався перевстановити навіть VS 2015, і я все одно мав таку саму порушену поведінку.

Якщо у когось є однакова проблема, ось що було причиною:

З'ясовується, що з будь-якої випадкової причини VS2015 показує, що діалог «знайти у файлах» на іншому моніторі, прикріпленому до мого ПК. Цей інший монітор - 4K телевізор Samsung, який зазвичай залишається "Вимкнено", і я не маю поняття, чому VS 2015 надсилає це діалогове вікно пошуку на цей монітор. Дивно, коли я включаю телевізор, діалогове вікно пошуку самостійно переходить на основний монітор!

Я запускаю Visual Studio 2012 Professional у віртуальній машині, підключаюся за допомогою rdesktop від машини Linux.

Жодна з інших пропозицій не спрацювала, але вирішила проблему:

• Перейдіть на екран "Знайти та замінити". ( ctrl- shift- fу моєму випадку)
• Введіть текст пошуку та виберіть "Ціле рішення"
• Натисніть "Знайти далі", він повинен знайти результат.
• Натисніть "Знайти всіх", зараз працює без переривання. (Зауважте, я дуже сильно вдарив про свою Мишу, і це також було причетно, але я не думаю, що це має ніяке значення, окрім психологічного: D)

Наступне працювало для мене. Visual Studio → меню Windows → Скинути панель вікон . Змінення розміру Visual Studio дозволило приховати параметр.

Це була одна з моїх найбільших проблем із Visual Studio. Для мене (Windows 10, Visual Studio 2015) пошук у вікні всіх файлів заблокований вибілкою, і здогадайтесь, що, натискання print screenвирішує це.

Ctrl+ Breakпрацює для Visual Studio 2008

Ніщо не працювало для мене. Я також використовую Resharper. Тому мені довелося скинути свої ключові прив’язки VS та повторно застосувати ярлики Resharper. Тільки це змусило мене це працювати.

1. Скинути поточну конфігурацію клавіатури (Інструменти | Параметри | Навколишнє середовище | Клавіатура | Скидання).
2. Перейдіть до ReSharper | Параметри | Довкілля | Клавіатура та меню | "Візуальна студія" | Застосувати схему.

Це почалося для мене з оновленням до версії 15.8.8 Visual Studio. Жоден з перерахованих вище кроків не працював. Помилки немає. Тільки те, що здається "застряглим" пошуком.

Нещодавно я встановив ApexSQL Refactor 2018.03.0331. Видалення цього питання не вирішило проблему і, здається, не було причиною. Здається, це пов’язано з версією 15.8.8 оновлення Visual Studio.

Я повністю видалив Visual Studio і знову встановив Версію 15.8.8. Проблема з Ctrl-Shift-F, що шукає ціле рішення, більше не є проблемою. Що б не викликало проблеми робить рішучість після видалення і установки.

Я ще раз встановив ApexSQL Refactor 2018.03.0331 і все ще добре працює.

У мене схожа ситуація з Visual Studio Community 2017 та зараз 2019 (виправлено до 16.1.4). У моєму випадку це не дає жодних результатів, воно просто шукає вічно, ніколи нічого не знаходячи. Моїм рішенням було зняти діалогове вікно "Знайти та замінити" і перемістити його в будь-яке місце в плаваючому положенні. Після розмикання, здається, він працює добре, навіть після стикування його знову у вихідне положення.