search停止工作“整个解决scheme”

不知何故,Visual Studiosearch已停止为我工作。 任何时候我search“整个解决scheme”的一些文本我得到这个结果:

find所有“[无论我正在search]”,子文件夹,查找结果1,“整个解决scheme”找不到匹配的文本查找。查找已停止进行中。

为什么突然说“没有find文件”?

我在Google上发现了很多链接,说按Ctrl + BreakCtrl + Scroll Lock ,但是他们中的任何一个都不适合我。

我偶尔会遇到这个问题。 我发现的一个看似无意义的解决scheme是在查找结果窗口(而不是输出窗口)内单击。 一旦闪烁的文本光标可见,请按Ctrl + Break四五次。 这似乎“解除了”任何导致问题的原因。

有报告可能需要使用Ctrl + ScrLk而不是Ctrl + Break 。 如果这些不起作用,请尝试单独rest

Codeguard的注意事项:我find了解决这个问题的一个解释和确定性的解决scheme

Windows 7 Pro SP1 64位,Visual Studio 9.0.30729.1

没有工作:

  • Ctrl + Break
  • Ctrl + Scroll Lock
  • 重新启动Visual Studio

工作:

  • 中断 (在查找结果1和2中)(仅按一次)

来源:戈登的链接中的评论…

Bug来源

这既不是Visual Studio也不是Windows相关的bug。 事实上,这个错误是在你的键盘! 据报道,不同厂商的许多键盘都是越野车。

问题

如果按Ctrl + Break并首先释放Ctrl ,则Break会卡在一个错误的键盘上。 如果您按Ctrl + Break “错误”的方式,您将遇到search被中断的问题。

细节

根据扫描码规格, BreakCtrl + Break是特殊的。 他们发送“制造”(按)和“中断”(释放)扫描代码的时刻,你按Break 。 当你释放Break时,他们什么也不发送。 越野车键盘将发送以下顺序:

  1. Ctrl “制作”扫描码
  2. Ctrl + Break “制作”扫描码
  3. Ctrl “中断”扫描码
  4. 暂停 “中断”扫描码

也就是说, Ctrl + Break永远不会被释放,而是暂停被释放。

再生产

你可以例如使用Visual Studio工具中的老式Spy ++。 将它附加到任何东西,例如Windows记事本,并监视消息(我build议你只select键盘消息)。 按Ctrl + Break ,首先释放Ctrl 。 检查Spy ++的输出。 您将会看到“细节”部分中显示的序列。

我曾经在同一台电脑上试过两种不同的键盘。 罗技K120有错误,而其他一些Mitsumi键盘根据规格行事,没有错误。

如果你仔细想想,很容易理解,正确的行为需要特殊的情况下处理,而小车行为是天真的。 这就是为什么许多不同的键盘可能是越野车。

replace你的键盘:)

解决方法

你只需要按Ctrl + Break ,注意先释放Break 。 哪个应用程序处于活动状态并不重要。

这个bug在Visual Studio中已经很久了,而且似乎从未得到修复。

从2004年查看此MS Connect项目: http : //connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find-是,停止

我不能相信他们仍然没有修复VS2010 – 但它仍然存在:(

连接项目已被标记为已closures – 不会解决 : https : //connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-视觉工作室

Ctrl + BreakCtrl + ScrLk取消查找操作。 尝试一下。 发生了什么事是一些软件层(大概Windows)认为那些键仍然被按下,即使它们不是。 按下并释放它们将清除标志。

它可以是以下任何组合:

Ctrl + Break

Alt + Break

打破

Ctrl + ScrLk

请记住,您的键盘上有多个控制键和alt键 – 请尝试使用它们中的每一个。 如果它是正确的Ctrl键+ ScrLk ,按下左Ctrl不会解决问题。

这是微软closures的连接问题,“不会修复”。

如果这是您经常遇到的问题,则会有一个Visual Studio扩展 ,用于抑制导致该问题的虚拟键。

我尝试了所有以前的选项。 他们没有为我工作,但是阅读他们使我确信这是一个错误,我将不得不尝试一些未知的方式来使它工作。 所以,我在Visual Studio 2010中尝试了一个简单的文件search

  1. 目前的文件
  2. 所有打开的文件

这两个工作。

然后,我尝试在文件中查找和哇! 它开始工作。

在Visual Studio 2015社区版上, Ctrl + FCtrl + Shift + F已停止工作。

我的朋友告诉我要去:

  1. 工具→导入和导出设置: 在这里输入图像说明

  2. select:重置所有设置→下一步 在这里输入图像说明

  3. select:否,只需重置设置,覆盖当前设置→下一步 在这里输入图像说明

  4. select:一般→完成 在这里输入图像说明

Visual Studio 2012中的search解决scheme已打破。 我在三台机器上testing了这个,两台都没有工作。 我发现哪些工作是单击search字段旁边的下拉箭头,然后select查找全部。 这有点痛苦,因为每次在解决scheme中search时都必须select下拉菜单。

在这里输入图像说明

我一直在使用Visual Studio 13几年来没有这个问题,我开始有这个问题后,应用更新5或它可能是一个奇怪的按键组合我不知不觉中触发它,我不知道肯定。

Echelon_Force的解决scheme为我工作。 谢谢!

没有工作:

Ctrl + Break

Ctrl + Scroll Lock

工作:

rest (在查找结果1和2窗口 – 只按一次)

在文件中快乐的发现!

不幸的是,这些特殊的按键都不适合我。 只有重新启动Visual Studio 2010似乎为我工作。

我在Visual Studio 2013(更新3)中有同样的问题。 以前列出的键组合都没有为我工作。 我在FileTypes中select了*.cs

为了得到它的工作,我把它改为*.* ,然后再回到*.cs – 现在它工作。

Scroll LockBreak的所有组合都没有为我做任何事情。 作为解决方法,我将解决scheme目录添加到search文件夹(第二个省略号button),然后将查找范围字段更改为解决scheme目录。 根本问题依然存在,但对我而言,这在function上是一回事。

(Visual Studio 2013,Windows 8.1,x64)

screenshotomwhat

我在虚拟机中运行Visual Studio 2012 Professional,使用Linux机器上的rdesktop进行连接。

没有其他的build议工作,但解决了这个问题是:

  • 转到“查找和replace”屏幕。 (ctrl-shift -f在我的情况下)
  • inputsearch文本并select“整个解决scheme”
  • 点击“查找下一个”,它应该find一个结果。
  • 点击“查找全部”,现在可以不中止地工作。 (注意,我打我的老鼠真的很难,也有一些脏话,但我不认为除了心理之外有任何相关性:D)

在更新3之后的Visual Studio 2013中,我遇到了同样的问题。 之前,我可以在“.cs”或“.cshtml”中查看这些文件types:它可以工作。 但更新3后,我现在必须把“ .cs”或“ .cshtml”(或任何文件types,我想search),它工作正常。

这一切都适用于我以后一切没有或仅仅有时工作:

search,search时, 始终保持 CRTL ,并继续按Break

如果您正在search多个文件types,则必须用a; 性格,而不是一个空间。

这将返回正确的结果:

*的.cs; * VB; *。js的; *。ASPX

这完全没有返回:

* .cs * .vb * .js * .aspx

这不是问题的原始海报,但对于其他人谁不知道为什么他们的search不工作,这可能是原因。

另一个晚会的答案,但我发现这个问题的另一个“解决scheme”。

当它看起来好像Visual Studio应用程序已经冻结search…离开它。 不要closures它。 不要重新启动它。 只要让它持续10-15分钟左右,问题就可以纠正自己,就像在我的具体情况中那样。 我不确定为什么让它独自解决问题,虽然我完全没有受过教育的猜测是,Visual Studio正在build立某种索引,以便能够search文件并运行成为一个障碍。 一旦10-15分钟后,VS完成search,在这之后似乎很好。

可能不适用于大多数情况,但是固定它的是在search窗口中closures“使用正则expression式”。 我以前一直使用正则expression式进行一些棘手的replace,并且在完成时没有closures。 我认为也许是将部分简单的replace文本(见下文 – 有一些特殊字符)解释为不完整或格式错误的正则expression式的开始,因此实际上不能进行任何匹配。 如果它告诉你,会很好!

禁用使用正则表达式

它似乎只locking,如果我使用Ctrl + F在整个解决scheme中查找 ),而从不使用Ctrl + Shift + F在文件中查找 )。

以下为我工作。 Visual Studio→菜单Windows重置窗口面板 。 Visual Studio的大小调整使其隐藏了该选项。

这是我Visual Studio最大的问题之一。 对于我来说(Windows 10,Visual Studio 2015),在所有文件窗口中的查找被locking,并猜测是什么, 打印屏幕解决了这个问题。

这个Ctrl + Break技巧为我工作了多年,终于明白为什么会发生这种情况真的很有趣。 与VS2015我有一些有关的search问题:我的Ctrl + Shift + F根本不起作用,这个组合似乎被忽略,当我按下它。 我试图重新安装甚至VS 2015,我仍然得到同样的破坏行为。

如果有人有同样的问题,这是什么原因:

事实certificate,无论随机的原因VS2015显示“在文件中find”对话框在另一台显示器上,连接到我的电脑。 另一台显示器是4K三星电视,通常保持“closures”,我不知道为什么VS 2015将该search对话框发送到该显示器。 令人惊讶的是,当我打开我的电视时,search对话框自动移动到主监视器上!