visual-studio Visual Studio“查找”导致“找不到要查找的文件。查找停止的进度”。
声明：本页面是StackOverFlow热门问题的中英对照翻译，遵循CC BY-SA 4.0协议，如果您需要使用它，必须同样遵循CC BY-SA许可，注明原文地址和作者信息，同时你必须将它归于原作者（不是我）：StackOverFlow
原文地址: http://stackoverflow.com/questions/259398/
Warning: these are provided under cc-by-sa 4.0 license. You are free to use/share it, But you must attribute it to the original authors (not me):
StackOverFlow
Visual Studio "Find" results in "No files were found to look in. Find stopped progress."
提问by user16470
Sometimes while developing in Visual Studio IDE, when you use "Find in Files" dialog to find something, the search fails and you will see the following message in the "Find Results" window.
有时在 Visual Studio IDE 中开发时，当您使用“在文件中查找”对话框查找某些内容时，搜索失败，您将在“查找结果”窗口中看到以下消息。
No files were found to look in. Find stopped progress
没有找到要查找的文件。查找停止的进度
Once this message shows up, all the subsequent searches will result in the same message. Nothing fixes the problem including restarting the computer except pressing Ctrl+ ScrLk.
一旦出现此消息，所有后续搜索都将产生相同的消息。除了按Ctrl+之外，没有什么可以解决问题，包括重新启动计算机ScrLk。
What causes Visual Studio to get into this state and is there a setting to permanently prevent it from happening?
是什么导致 Visual Studio 进入这种状态，是否有设置可以永久防止它发生？
回答by Ray
According to this thread:
根据这个线程：
Posted by Microsoft on 10/13/2009 at 4:33 PM
Hi all,
Thank you for your continued interest in this bug. We have been able to reproduce the issue intermittently in several versions of Visual Studio running on several versions of Windows and have identified the root cause as external to VS. The Windows team unfortunately did not have time to fix this for their current release, but we are working with them to hopefully have this bug fixed for a future version of Windows. At present, the workaround (as many of you noted) is to press Ctrl+Scroll Lock, Ctrl+Break, or the Break key alone.
Again, thanks for all of the details you provided about this bug. If you have any further questions or comments, please feel free to post again here; although this issue was closed quite a while ago, I'll make sure it stays on our radar.
Thanks, Brittany Behrens Program Manager, VS Platform - Editor
Microsoft 于 2009 年 10 月 13 日下午 4:33 发布
大家好，
感谢您对这个错误的持续关注。我们已经能够在多个版本的 Windows 上运行的多个版本的 Visual Studio 中间歇性地重现该问题，并将根本原因确定为 VS 的外部原因。不幸的是，Windows 团队没有时间为他们当前的版本修复这个问题，但我们正在与他们合作，希望为未来版本的 Windows 修复这个错误。目前，解决方法（正如你们中的许多人所指出的）是单独按 Ctrl+Scroll Lock、Ctrl+Break 或 Break 键。
再次感谢您提供的有关此错误的所有详细信息。如果您有任何进一步的问题或意见，请随时在这里再次发表；虽然这个问题很久以前就已经关闭了，我会确保它留在我们的雷达上。
谢谢，布列塔尼 Behrens 程序经理，VS 平台 - 编辑
This bug has been around since at least 2004 and, as of the above post in 2009, had not been fixed.
这个错误至少从 2004 年就存在，截至 2009 年的上述帖子，尚未修复。
回答by Chad
Sometimes Ctrl+ Breakworks, sometimes Alt+ Break, sometimes Ctrl+ Scroll Lock, and other times Alt+ Scroll Lock.
有时Ctrl+Break有效，有时Alt+ Break，有时Ctrl+ Scroll Lock，有时Alt+ Scroll Lock。
Right now, nothing works. This has been a huge problem for me. Shame on Microsoft for not fixing this bug in the last nine years.
现在，什么都不起作用。这对我来说是一个巨大的问题。为微软在过去九年中没有修复这个错误而感到羞耻。
回答by Sandor Drie?nhuizen
Apparently, for those for who the key combinations don't work (like me at the moment), deleting the following registry key brings salvation:
显然，对于那些组合键不起作用的人（比如我现在），删除以下注册表项可以带来拯救：
MyComputer\HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\[VS VERSION NUMBER]\Find
Of course, [VS VERSION NUMBER] should be internal version number of the IDE. Don't forget to restart your computer.
当然，[VS VERSION NUMBER] 应该是IDE 的内部版本号。不要忘记重新启动计算机。
Mind you, deleting stuff in the registry is dangerous. Like anyone on SO cares but anyway...
请注意，删除注册表中的内容是危险的。就像 SO 上的任何人一样关心，但无论如何......
回答by Brian Schmitt
I don't think there is anything you can do to prevent it. It seems to occur after I have stopped a build with CTRL+Break...Maybe I am pressing CTRL+Scroll Lock during that time???
我不认为你可以做任何事情来阻止它。它似乎发生在我用 CTRL+Break 停止构建之后......也许我在那段时间按下了 CTRL+Scroll Lock ？？？
I have only had it happen to me 2-3 times, and that was several months apart.
我只遇到过 2-3 次，而且相隔几个月。
What he is saying is that occasionally when performing a search within Visual Studio you get the mentioned error message. Even though you know there is stuff to find. It is some weird state that Visual Studio gets into. If you press the (CTRL+Scroll Lock) it will 'fix' the issue.
他的意思是，有时在 Visual Studio 中执行搜索时，您会收到提到的错误消息。即使你知道有东西要找。Visual Studio 进入了某种奇怪的状态。如果您按下 (CTRL+Scroll Lock)，它将“修复”问题。
回答by Alexander Schmidt
There are currently nine bugs on the Connect site related to this and marked as Not reproducible.
Connect 站点上目前有九个与此相关的错误，并标记为不可重现。
I created another one for Visual Studio 2010 SP1: "Find was stopped in progress" while performing search in Visual Studio
我为 Visual Studio 2010 SP1 创建了另一个：在 Visual Studio 中执行搜索时“正在停止查找”
Please vote for it if you are unable to perform search.
如果您无法执行搜索，请投票支持。
PS: Microsoft claims that they fixed it in Visual Studio 2012.
PS：微软声称他们在 Visual Studio 2012 中修复了它。
回答by djcouchycouch
See if this Stack Overflow question helps:
看看这个 Stack Overflow 问题是否有帮助：
Search stops working for "Entire Solution"
Short version of the solution:
解决方案的简短版本：
You should try clicking inside the Find Results window, and once the blinking text cursor is visible, hit Ctrl+ Breakfour or five times. That should do the trick.
您应该尝试在“查找结果”窗口内单击，一旦看到闪烁的文本光标，请点击Ctrl+Break四或五次。这应该够了吧。
回答by gototheant
I have had this problem and saw peoples' answers about the multiple Ctrl+ Break/PauseScroll Lockcombinations.
我遇到了这个问题，并看到了人们对多个Ctrl+Break/PauseScroll Lock组合的回答。
I considered this, but I thought it a poor workaround (especially as I use a Mac Keyboard so those keys are not easily available).
我考虑过这个，但我认为这是一个糟糕的解决方法（尤其是当我使用 Mac 键盘时，这些键不容易获得）。
So the solution I found was to do this:
所以我找到的解决方案是这样做：
Menu: Tools→ Options→ Environment→ Find and Replace
Uncheck the top three check boxes (checked by default in my settings).
Re-check the top three check boxes.
菜单：工具→选项→环境→查找和替换
取消选中前三个复选框（在我的设置中默认选中）。
重新选中前三个复选框。
Et voila, everything should work fine.
等等，一切都应该正常工作。
Well, it did for me anyway, which was a relief as I can't believe Microsoft would allow a weird key combination as a work around for a bug like this.
好吧，无论如何它对我来说都是一种解脱，因为我无法相信微软会允许一个奇怪的组合键来解决这样的错误。
I submit this hoping it may help!
我提交这个希望它可以帮助！
回答by Sam
My experience with this problem:
我对这个问题的经验：
Steps to Reproduce
重现步骤
I just experienced this using Windows Server 2008 R2 Standard and Visual Studio 2010 SP1.
我刚刚使用 Windows Server 2008 R2 Standard 和 Visual Studio 2010 SP1 体验到了这一点。
I was accessing Visual Studio remotely through Citrix Receiver (from my computer, A, to B) and through Windows Remote Desktop (from B to C). In this set-up (chaining two remote sessions), I sometimes have stuck modifier keys.
我通过 Citrix Receiver（从我的计算机 A 到 B）和 Windows 远程桌面（从 B 到 C）远程访问 Visual Studio。在这个设置中（链接两个远程会话），我有时会卡住修饰键。
In B, I had pressed Windows+Pauseto access the System Properties window. (This may or may not be related; I suspect there could have been a stuck key press or something.)
在 B 中，我按Windows+Pause访问系统属性窗口。（这可能相关，也可能不相关；我怀疑可能是按键卡住或其他原因。）
Later on, when I opened Visual Studio on C, I had this problem. Note that I always use Ctrl+Shift+Fto access the Find Allwindow.
后来，当我在 C 上打开 Visual Studio 时，我遇到了这个问题。请注意，我总是用Ctrl+ Shift+F访问的查找所有窗口。
Solution
解决方案
I solved it by pressing Ctrl+Scroll Lockas suggested in other answers.
我按照其他答案中的建议按Ctrl+解决了这个Scroll Lock问题。
Cause
原因
As for why this happens, I did notice that if I press Ctrl+Breakwhile the text cursor is in the Find Resultswindow but before any results are found then the search stops with the same message. This indicates to me that it's related to a keyboard problem.
至于为什么会发生这种情况，我确实注意到，如果在文本光标位于“查找结果”窗口中但在找到任何结果之前按Ctrl+ Break，则搜索将停止并显示相同的消息。这向我表明它与键盘问题有关。
As reported by others, apparently it's a Windows bug. Here's a discussion about this.
正如其他人所报告的那样，显然这是一个 Windows 错误。这里有一个关于这个的讨论。
回答by Codeguard
This is not a Visual Studio bug or Windows bug. It's a keyboard bug. Please see an answer in duplicate question https://stackoverflow.com/a/28219093/147805.
这不是 Visual Studio 错误或 Windows 错误。是键盘问题。请参阅重复问题https://stackoverflow.com/a/28219093/147805 中的答案。
回答by tponthieux
I thought I was seeing this problem, but after two days of searching for a solution I figured out that the "Look at these file types" selector had changed and didn't include the file extension I needed.
我以为我看到了这个问题，但在搜索解决方案两天后，我发现“查看这些文件类型”选择器已更改并且不包含我需要的文件扩展名。
