Поиск перестает работать для "Цельного решения"
Как-то поиск 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. Только это заставило меня работать.
- Сброс текущей конфигурации клавиатуры (Инструменты | Параметры | Среда | Клавиатура | Сброс).
- Перейти к 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). В моем случае он не показывает никаких результатов, он просто ищет навсегда, ничего не находя. Мое решение состояло в том, чтобы открепить диалоговое окно "Найти и заменить" и переместить его в любое место с плавающей точкой. Кажется, что после расстыковки он работает нормально, даже после стыковки снова верните его в исходное положение.