Visual Studioの「検索」の結果、「検索するファイルが見つかりませんでした。停止した進行状況を検索してください。」

Visual Studio IDEでの開発中に、[ファイルの検索]ダイアログを使用して何かを検索すると、検索が失敗し、[結果の検索]ウィンドウに次のメッセージが表示されることがあります。

検索するファイルが見つかりませんでした。停止した進行状況を検索します

このメッセージが表示されると、以降のすべての検索で同じメッセージが表示されます。Ctrl+ を押すことを除いて、コンピュータの再起動を含む問題は何も修正されませんScrLk。

Visual Studioがこの状態になる原因は何ですか？それが永久に発生しないようにする設定はありますか？

このスレッドによると：

マイクロソフトが2009/10/13 16:33に投稿

こんにちは、みんな、

このバグに引き続き関心をお寄せいただきありがとうございます。Windowsのいくつかのバージョンで実行されているVisual Studioのいくつかのバージョンで断続的に問題を再現することができ、根本的な原因はVSの外部にあると特定しました。残念ながら、Windowsチームには現在のリリースでこれを修正する時間はありませんでしたが、将来のバージョンのWindowsでこのバグが修正されるように協力する予定です。現在、回避策（多くの方がお気づきのとおり）は、Ctrl + Scroll Lock、Ctrl + Break、またはBreakキーのみを押すことです。

繰り返しますが、このバグについて提供していただいたすべての詳細に感謝します。他に質問やコメントがありましたら、お気軽にここに投稿してください。この問題はかなり前に解決されましたが、私はそれが私たちのレーダーにとどまることを確認します。

ありがとう、Brattany Behrensプログラムマネージャー、VSプラットフォーム-編集者

このバグは少なくとも2004年以降発生しており、2009年の上記の投稿の時点では修正されていません。

時々Ctrl+ Break動作し、時々Alt+ Break、時々Ctrl+ Scroll Lock、そして時々Alt+ Scroll Lock。

現在、何も機能しません。これは私にとって大きな問題でした。過去9年間にこのバグを修正しなかったことをMicrosoftが恥じている。

どうやら、キーの組み合わせが機能しない人（現時点では私）は、次のレジストリキーを削除すると救われます。

MyComputer\HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\[VS VERSION NUMBER]\Find

もちろん、[VS VERSION NUMBER]はIDEの内部バージョン番号でなければなりません。コンピュータを再起動することを忘れないでください。

レジストリの内容を削除するのは危険です。SOの誰もが気にしていますが、とにかく...

それを防ぐためにあなたができることは何もないと思います。CTRL + Breakでビルドを停止した後に発生するようです...その間にCTRL + Scroll Lockを押しているのでしょうか???

2、3回しか起こらなかったのですが、それは数か月間でした。

彼が言っているのは、Visual Studio内で検索を実行すると、前述のエラーメッセージが表示されることがあるということです。あなたが見つけるものがあることを知っていても。これは、Visual Studioが使用する奇妙な状態です。（CTRL + Scroll Lock）を押すと、問題が「修正」されます。

これに関連するConnectサイトには現在9つのバグがあり、「再現不可能」とマークされています。

Visual Studio 2010 SP1用に別のものを作成しました：Visual Studioで検索を実行中に「検索が停止しました」

検索できない場合は投票してください。

PS：Microsoftは、Visual Studio 2012で修正したと主張しています。

私はこの問題を抱えており、複数のCtrl+のBreak/Pause Scroll Lock組み合わせに関する人々の回答を見ました。

私はこれを検討しましたが、回避策としては不十分だと思いました（特にMacキーボードを使用しているため、これらのキーを簡単に使用できないため）。

だから私が見つけた解決策はこれをすることでした：

1. メニュー：ツール → オプション → 環境 → 検索と置換

2. 上位3つのチェックボックスをオフにします（私の設定ではデフォルトでオンになっています）。

3. 上部の3つのチェックボックスを再度オンにします。

Et voila、すべてが正常に動作するはずです。

とにかく、それは私にとってはうまくいきました。マイクロソフトがこのようなバグの回避策として奇妙なキーの組み合わせを許可するとは信じられないので、それは安心でした。

これが役に立てば幸いです。

このスタックオーバーフローの質問が役立つかどうかを確認します。

「ソリューション全体」の検索が停止する

ソリューションの短いバージョン：

[検索結果]ウィンドウの内側をクリックしてみてください。点滅するテキストカーソルが表示されたら、Ctrl+をBreak4〜5回押します。これでうまくいくはずです。

この問題に関する私の経験：

再現する手順

Windows Server 2008 R2 StandardとVisual Studio 2010 SP1を使用してこれを経験しました。

Citrix Receiver（コンピューターAからB）とWindowsリモートデスクトップ（BからC）を介してリモートでVisual Studioにアクセスしていました。このセットアップ（2つのリモートセッションのチェーン）で、修飾キーが動かなくなることがあります。

Bでは、Windows+ Pauseを押して[システムのプロパティ]ウィンドウにアクセスしました。（これは関連しているかもしれないし、関連していないかもしれません。私は行き詰まったキープレスか何かがあったのではないかと思います。）

その後、CでVisual Studioを開いたときに、この問題が発生しました。[ すべて検索]ウィンドウにアクセスするには、常にCtrl+ Shift+ Fを使用することに注意してください。

解決

他の回答で提案されているようにCtrl+ Scroll Lockを押して解決しました。

原因

これが発生する理由については、テキストカーソルが[ 検索結果]ウィンドウにあるときにCtrl+ を押すBreakと、結果が見つかる前に同じメッセージで検索が停止することに気付きました。これは、キーボードの問題に関連していることを示しています。

他の人が報告したように、明らかにそれはWindowsのバグです。これについての議論はここにあります。

私はこの問題が発生していると思っていましたが、2日間の解決策を探したところ、「これらのファイルの種類を確認する」セレクターが変更され、必要なファイル拡張子が含まれていないことがわかりました。

私は昨日Visual Studio 2015でこれを行いました。

[ ファイルから検索]のテキストフィールドに[次の場所で検索：]と入力しました。

*。*

Entire Solutionの代わりに、それが原因のファイルも見つかりませんでした。

これはVisual StudioのバグでもWindowsのバグでもありません。キーボードのバグです。重複した質問の回答をご覧くださいhttps://stackoverflow.com/a/28219093/147805。

問題を再現できます。

あなたが試すことができる以下のようにいくつかの手順があります：

1. 検索と置換の設定を確認します（メニューツール → 環境 → 検索と置換）。

2. 「VS2013の開発者コマンドプロンプト」を開き、「devenv.exe / resetsettings」を貼り付けます

3. （コントロールパネルを介して）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でFind A llアクションが実行されました。サブフォルダを検索していなかったため、ファイルは見つかりませんでした。メッセージは正しかった。

[サブフォルダーを含める]チェックボックスをオンにすると、一致するファイルがサブフォルダーで見つかりました。あなたがメッセージを取得しているのであれば、「何のファイルは、ルックに見つかりませんでした」のないメッセージの検索がサブフォルダに探していることを確認し、「停止進歩を探します」！

CMakeがビルドプロセスの一部であるときに、ソリューションフォルダーを新しい場所に移動すると、別の原因が見つかりました。

私はChromium Embedded Frameworkを使用していて、メインのCEFフォルダーをe：\からc：\に移動しました。CMakeビルドスクリプトはディスクボリュームとフルパス（E：\ folder）をソースパスにハードコード化するので、これはFindを含むすべてを破壊するようです。