Иногда при разработке в Visual Studio IDE, когда вы используете диалоговое окно «Найти в файлах» для поиска чего-либо, поиск завершается неудачно, и вы увидите следующее сообщение в окне «Результаты поиска».
Не найдено файлов для поиска. Поиск остановлен.
Как только это сообщение появится, все последующие поиски приведут к тому же сообщению. Ничего не решает проблему, включая перезагрузку компьютера, кроме нажатия Ctrl+ ScrLk.
Что заставляет Visual Studio попасть в это состояние и есть ли параметр, который постоянно предотвращает это?
visual-studio
user16470
источник
источник
Ответы:
Согласно
этой теме:Эта ошибка существует по крайней мере с 2004 года и, согласно приведенному выше сообщению в 2009 году, не была исправлена.
источник
Иногда Ctrl+ Breakработает, иногда Alt+ Break, иногда Ctrl+ Scroll Lock, а иногда Alt+ Scroll Lock.
Щас ничего не работает. Для меня это была огромная проблема. Позор Microsoft за то, что она не исправила эту ошибку за последние девять лет.
источник
Видимо, для тех, у кого комбинации клавиш не работают (как у меня сейчас), спасение приносит удаление следующего ключа реестра:
Конечно, [VS VERSION NUMBER] должен быть внутренним номером версии IDE. Не забудьте перезагрузить компьютер.
Имейте в виду, что удалять файлы в реестре опасно. Как и все на SO, но все равно ...
источник
Я не думаю, что вы можете что-то сделать, чтобы это предотвратить. Кажется, это происходит после того, как я остановил сборку с помощью CTRL + Break ... Может, я нажимаю CTRL + Scroll Lock в это время ???
Со мной такое случалось всего 2-3 раза, и это было с разницей в несколько месяцев.
Он говорит, что иногда при выполнении поиска в Visual Studio вы получаете указанное сообщение об ошибке. Хотя ты знаешь, что есть что найти. Visual Studio попадает в какое-то странное состояние. Если вы нажмете (CTRL + Scroll Lock), это «исправит» проблему.
источник
В настоящее время на сайте Connect имеется девять ошибок, связанных с этим и отмеченных как « Невоспроизводимые» .
Я создал еще один для Visual Studio 2010 SP1: «Поиск был остановлен» при выполнении поиска в Visual Studio.
Пожалуйста, проголосуйте за него, если у вас нет возможности выполнить поиск.
PS: Microsoft утверждает, что они исправили это в Visual Studio 2012.
источник
У меня была эта проблема, и я видел ответы людей о множественных Ctrl+Break/Pause Scroll Lock комбинациях .
Я считал это, но я подумал, что это плохой способ обхода (тем более, что я использую клавиатуру Mac, поэтому эти клавиши нелегко получить).
Итак, решение, которое я нашел, заключалось в следующем:
Меню: Инструменты → Параметры → Среда → Найти и заменить
Снимите три верхних флажка (отмечены по умолчанию в моих настройках).
Еще раз установите три верхних флажка.
Et voila, все должно работать нормально.
Что ж, в любом случае это сработало для меня, и это было облегчением, поскольку я не могу поверить, что Microsoft допустила бы странную комбинацию клавиш в качестве обходного пути для подобной ошибки.
Я отправляю это в надежде, что это поможет!
источник
Посмотрите, помогает ли этот вопрос о переполнении стека:
Поиск перестает работать по запросу "Комплексное решение"
Краткая версия решения:
Вы должны попробовать щелкнуть внутри окна результатов поиска, и, как только появится мигающий текстовый курсор, нажмите Ctrl+ Breakчетыре или пять раз. Это должно делать свое дело.
источник
Мой опыт решения этой проблемы:
Действия по воспроизведению
Я только что испытал это, используя Windows Server 2008 R2 Standard и Visual Studio 2010 SP1.
Я получал доступ к Visual Studio удаленно через Citrix Receiver (с моего компьютера, от A до B) и через удаленный рабочий стол Windows (от B до C). В этой настройке (объединение двух удаленных сеансов) у меня иногда залипали клавиши-модификаторы.
В B я нажал Windows+Pause чтобы открыть окно свойств системы. (Это может быть связано, а может и нет; я подозреваю, что нажатие клавиши могло зависнуть или что-то в этом роде.)
Позже, когда я открыл Visual Studio на C, у меня возникла эта проблема. Обратите внимание, что я всегда использую Ctrl+ Shift+ Fдля доступа к окну « Найти все» .
Решение
Я решил это, нажав Ctrl+, Scroll Lockкак это было предложено в других ответах.
Причина
Что касается того, почему это происходит, я заметил, что если я нажму Ctrl+, Breakкогда текстовый курсор находится в окне результатов поиска, но до того, как будут найдены какие-либо результаты, поиск остановится с тем же сообщением. Это указывает мне, что это связано с проблемой клавиатуры.
Как сообщают другие, очевидно, это ошибка Windows. Вот обсуждение этого вопроса .
источник
Я думал, что вижу эту проблему, но после двух дней поиска решения я понял, что селектор «Посмотрите на эти типы файлов» изменился и не включал нужное мне расширение файла.
источник
У меня было это вчера в Visual Studio 2015.
В « Найти в файлах» в текстовом поле « Искать в:» я ввел
вместо всего решения , и это также привело к тому, что файлы для поиска не были найдены .
источник
Это не ошибка Visual Studio или Windows. Это ошибка клавиатуры. См. Ответ в дублированном вопросе https://stackoverflow.com/a/28219093/147805 .
источник
Я могу воспроизвести вашу проблему.
Вот несколько шагов, которые вы можете попробовать:
Откройте «Командную строку разработчика для VS2013» и вставьте «devenv.exe / resetsettings».
Используйте мастер установки Visual Studio (через панель управления) для восстановления Visual Studio. Вы также можете прочитать справку о поиске в файлах:
http://msdn.microsoft.com/en-us/library/dechx2tz.aspx
источник
Я столкнулся с очень похожей проблемой. Я искал в папке все файлы по фразе во всех файлах .cs в моем решении. Visual Studio постоянно повторяла: «Не найдено файлов для поиска». (В нем не было части сообщения «Поиск остановлен».)
Я поискал сообщение и нашел этот вопрос. Предлагаемые команды клавиатуры в других ответах не работали.
Мне нравится использовать клавиатуру для навигации. Я случайно нажал Alt + B и пробел. Alt + B - это ярлык для перехода к флажку « Включить su b -folders» в форме «Найти и заменить». Пробел расчистил флажок, а затем Alt + A выполняется находка действия Л.Л.. Поскольку поиск в подпапках не производился, файлы не были найдены. Сообщение было правильным.
После установки флажка «Включить подпапки» поиск обнаружил соответствующие файлы в подпапках. Поэтому, если вы получаете сообщение «Файлы для поиска не найдены» без сообщения «Поиск остановлен», убедитесь, что поиск ведется по подпапкам!
источник
Я нашел еще одну причину этого: перемещение папки решения в новое место, когда CMake является частью процесса сборки.
Я работал с Chromium Embedded Framework и переместил основную папку CEF из e: \ в c: \. Кажется, это нарушает все, включая Find, потому что сценарии сборки CMake используют жесткий код дискового тома и полный путь (E: \ folder) в исходные пути.
источник