Поиск перестает работать для "Цельного решения"

Как-то поиск Visual Studio перестает работать для меня. Каждый раз, когда я ищу "Цельное решение" для некоторого текста, я получаю этот результат:

Найти все "[Что бы я ни искал]", Подпапки, Найти результаты 1, "Цельное решение" Совместимый текст не найден. Найти был остановлен.

Почему это внезапно говорит "Нет файлов, которые были найдены, чтобы посмотреть"?

Я нашел несколько ссылок в Google, которые говорят, чтобы нажать Ctrl + Break или Ctrl + Scroll Lock, но ни один из них не работает для меня.

Ответ 1

Я получаю эту проблему время от времени. Одно, казалось бы, бессмысленное решение, которое я нашел, - щелкнуть внутри окна "Найти результаты" (а не "Окно вывода" ). Когда мигающий текстовый курсор будет виден, нажмите Ctrl + Break четыре или пять раз. Кажется, что "разблокировать" все, что вызывает проблему.

Может появиться сообщение Ctrl + ScrLk вместо Ctrl + Break. Если они не работают, попробуйте Break самостоятельно.

Примечание от Codeguard: я нашел объяснение и детерминированное решение для этой проблемы

Ответ 2

Windows 7 Pro SP1 64-бит, Visual Studio 9.0.30729.1

Не работает:

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

Работал:

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

Источник: Комментарии в ссылке Gordon...

Ответ 3

Источник ошибок

Это не ошибка Visual Studio и Windows. На самом деле ошибка в вашей клавиатуре! Сообщалось, что многие клавиатуры разных производителей были ошибочными.

Проблема

Если вы нажмете Ctrl + Break и сначала отпустите Ctrl, тогда Break застрянет на глючной клавиатуре. Если вы когда-либо нажали Ctrl + Break "неправильный" способ, у вас будет эта проблема с прерыванием поиска.

Подробнее

В соответствии со спецификациями кода сканирования Break и Ctrl + Break являются специальными. Они посылают "make" (нажмите) и "разблокируют" (отпустите) коды сканирования в тот момент, когда вы нажимаете Break. Они ничего не отправляют, когда вы отпускаете Break. Багги-клавиатура отправит следующую последовательность:

  • Ctrl "сделать" код сканирования
  • Ctrl + Break "сделать" код сканирования
  • Ctrl "код прерывания"
  • Pause "код прерывания"

То есть, Ctrl + Break никогда не будет выпущен, но вместо этого будет освобожден Pause.

Воспроизведение

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

Я пробовал две разные клавиатуры на одном компьютере. Logitech K120 имеет ошибку, а какая-то другая клавиатура Mitsumi ведет себя в соответствии со спецификациями и не имеет ошибки.

Если вы думаете об этом, легко понять, что правильное поведение требует специальной обработки дела, а ошибочное поведение наивно. Вот почему многие разные клавиатуры могут быть ошибочными.

Решение

Замените клавиатуру:)

Обход

Вам просто нужно нажать Ctrl + Break, обратив внимание на то, что сначала отпустите Break. Не имеет значения, какое приложение активно.

Ответ 4

Эта ошибка была в 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-was-stopped

Я не мог поверить, что они все еще не исправили его в VS2010 - но он все еще там:(

Элемент Connect отмечен как Закрыто - не будет исправлено: https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-visual-studio

Ответ 5

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

Это может быть любая из этих комбинаций:

Ctrl + Break

Alt + Break

Break

Ctrl + ScrLk

Помните, что у вас есть несколько клавиш управления и Alt на клавиатуре - попробуйте с каждой из них. Если это правильный ключ Ctrl + ScrLk, нажатие левой кнопки Ctrl не решит проблему.

Здесь - проблема подключения, которую Microsoft закрыла как "не исправит".

Если это повторяющаяся проблема для вас, есть расширение Visual Studio, которое подавляет виртуальный ключ, который вызывает проблему.

Ответ 6

Ctrl + F и Ctrl + Shift + F перестали работать над Visual Studio Community Community Edition.

Мой друг сказал мне, что я собираюсь:

  • Инструменты → Параметры импорта и экспорта: Введите описание изображения здесь

  • Выберите: Reset все настройки → Далее Введите описание изображения здесь

  • Выберите: Нет, только настройки Reset, перепишите мои текущие настройки → Далее Введите описание изображения здесь

  • Выберите: Общие → Готово Введите описание изображения здесь

Ответ 7

Я попробовал все предыдущие варианты. Они не работали для меня, но чтение их убедило меня, что это ошибка, и мне придется попробовать некоторые неизвестные способы заставить ее работать. Итак, я попробовал простой поиск файлов в Visual Studio 2010 в:

  • Текущий документ
  • Все открытые документы

Оба из них работали.

Затем я попытался найти в файлах и woah! Он начал работать.

Ответ 8

Решение поиска в Visual Studio 2012 сломано. Я тестировал это на трех машинах, не работал на двух. То, что я нашел, которое работает, - это нажать стрелку вниз рядом с полем поиска и выбрать "Найти все". Это немного боль, потому что вам нужно выбирать выпадающий при каждом поиске в решении.

enter image description here

Ответ 9

В моем случае у меня был фиктивный символ в поле "Посмотрите на эти типы файлов:" в окне поиска.

Удаление персонажа решило проблему.

Visual Studio 2017

enter image description here

Ответ 10

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

Чтобы заставить его работать, я изменил его на *.*, а затем снова на *.cs - теперь он работает.

Ответ 11

К сожалению, ни один из этих специальных штрихов не работает для меня. Только перезагрузка Visual Studio 2010, похоже, работает для меня.

Ответ 12

Я использую Visual Studio 13 без этой проблемы уже пару лет, и я начал эту проблему после применения Update 5, или это может быть странная комбинация клавиш, которую я не знал, что вызвало ее, я не знаю, конечно.

Решение Echelon_Force работало для меня. Спасибо!

Не работает:

Ctrl + Break

Ctrl + Scroll Lock

Работал:

Break (в окне поиска результата 1 и 2 - только один раз)

Счастливое обнаружение в файлах!

Ответ 13

Все комбинации Scroll Lock и Break ничего не сделали для меня. В качестве обходного пути я добавил каталог решений в папки поиска (вторую кнопку с многоточием), а затем изменил поле "Поиск" в каталоге решений. Корневая проблема все еще существует, но для меня это функционально одно и то же.

(Visual Studio 2013, Windows 8.1, x64)

screenshotomwhat

Ответ 14

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

Ни один из других предложений не работал, но проблема была решена:

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

Ответ 15

В Visual Studio 2013 после обновления 3 у меня была та же проблема. Раньше я мог просто поместить ".cs" или ".cshtml" в Посмотрите на эти типы файлов:, и это сработает. Но после обновления 3 мне теперь нужно поставить ".cs" или ".cshtml" (или любые типы файлов, которые я хочу найти), и он отлично работает.

Ответ 16

Кажется, что он заблокирован, если я использую Ctrl + F (Найти во всем решении), и никогда, если я использую Ctrl + Shift + F (Найти в файлах).

Ответ 17

Это работает для меня, когда все остальное не работает или работает только иногда:

Выполняйте поиск и во время поиска удерживать CRTL все время и продолжайте нажимать Break.

Ответ 18

Если вы ищете несколько типов файлов, они должны быть разделены символом a; символ, а не пробел.

Это возвращает правильные результаты:

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

Это ничего не возвращает:

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

Это не проблема оригинального плаката, но для других людей, которые не могут понять, почему их поиск не работает, это может быть причиной.

Ответ 19

Еще один поздний ответ, но я нашел еще одно "решение" для этой проблемы.

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

Ответ 20

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

Отключить использование регулярных выражений

Ответ 21

Следующие работали для меня. Visual Studio → меню Windows → Reset Панель окна. Изменение размера Visual Studio сделало его скрытым.

Ответ 22

Это была одна из моих самых больших проблем с Visual Studio. Для меня (Windows 10, Visual Studio 2015) окно поиска во всех файлах было заблокировано с белым, и угадайте, что, нажав print screen, решает его.

Ответ 23

Этот трюк Ctrl + Break работал у меня в течение многих лет, мне действительно интересно понять почему это происходит. С VS2015 у меня есть некоторые проблемы с поиском: my Ctrl + Shift + F просто не работает, эта комбинация клавиш, кажется, игнорируется при нажатии. Я попытался переустановить даже VS 2015, и у меня все еще было такое же нарушение поведения.

Если у кого-то есть идентичная проблема, вот в чем причина:

Получается, что по какой-либо случайной причине VS2015 показывает, что диалог "найти в файлах" на другом мониторе, подключенном к моему компьютеру. Этот другой монитор - телевизор Samsung 4K, который обычно остается "выключен", и я не знаю, почему VS 2015 отправляет это диалоговое окно поиска на этот монитор. Удивительно, но когда я включаю телевизор, диалоговое окно поиска перемещается на основной монитор самостоятельно!

Ответ 24

Ctrl + Break работает для Visual Studio 2008

Ответ 25

Ничто не сработало для меня. Я использую также Resharper. Поэтому мне пришлось сбросить привязки клавиш VS и повторно применить ярлыки Resharper. Только это заставило меня работать.

  1. Сброс текущей конфигурации клавиатуры (Инструменты | Параметры | Среда | Клавиатура | Сброс).
  2. Перейти к ReSharper | Варианты | Окружающая среда | Клавиатура и меню | "Визуальная Студия" | Применить Схему.

Ответ 26

Это начало происходить для меня с обновлением до версии 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 и все по-прежнему работает хорошо.

Ответ 27

У меня похожая ситуация с Visual Studio Community 2017 и теперь 2019 (исправлено до 16.1.4). В моем случае он не показывает никаких результатов, он просто ищет навсегда, ничего не находя. Мое решение состояло в том, чтобы открепить диалоговое окно "Найти и заменить" и переместить его в любое место с плавающей точкой. Кажется, что после расстыковки он работает нормально, даже после стыковки снова верните его в исходное положение.