visual-studio - vscode - vs code import intellisense




Поиск перестает работать для «Цельного решения» (18)

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

Не работает:

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

Работал:

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

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

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

Найти все «[Независимо от того, что я искал]», «Подпапки», «Найти результаты 1», «Цельное решение» Совпадающий текст не найден. Поиск был остановлен.

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

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


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


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


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

(Visual Studio 2013, Windows 8.1, x64)


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

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


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


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

  1. Сбросьте текущую конфигурацию клавиатуры (Tools | Options | Environment | Keyboard | Reset).
  2. Перейти к ReSharper | Варианты | Среда | Клавиатура и меню | «Visual Studio» | Применить схему.

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


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

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


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


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


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

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


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

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

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

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

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

Не работает:

Ctrl + Break

Ctrl + Scroll Lock

Работал:

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

Счастливый поиск в файлах!


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

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

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

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


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

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

Ctrl + Break

Alt + Break

Перерыв

Ctrl + ScrLk

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

Here проблема Connect, которую Microsoft закрыла как «Не исправить».

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


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

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

  1. Инструменты → Параметры импорта и экспорта:

  2. Выберите: Сбросить все настройки → Далее

  3. Выберите: Нет, просто сбросьте настройки, перезапишите мои текущие настройки → Далее

  4. Выберите: Общие → Готово


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

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

проблема

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

подробности

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

  1. Ctrl «сделать» код сканирования
  2. Ctrl + Break «сделать» код сканирования
  3. Ctrl «разбить» код сканирования
  4. Пауза «разбить» код сканирования

То есть Ctrl + Break никогда не выпускается, но вместо этого приостанавливается .

репродукция

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

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

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

Решение

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

Временное решение

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





visual-studio