La búsqueda deja de funcionar para "Solución completa"

348

De alguna manera, la búsqueda de Visual Studio ha dejado de funcionar para mí. Cada vez que busco "Solución completa" para algún texto obtengo este resultado:

Buscar todo "[Lo que estaba buscando]", Subcarpetas, Buscar resultados 1, "Solución completa" No se encontró ningún texto coincidente para buscar. La búsqueda se detuvo en progreso.

¿Por qué de repente dice "No se encontraron archivos para buscar"?

Encontré varios enlaces en Google que dicen presionar Ctrl+ Breako Ctrl+ Scroll Lock, pero ninguno parece funcionar para mí.

leora
fuente
19
Problema aún presente en Visual Studio 2012.
Nick Josevski
1
También sucede en VS2008. La solución funciona allí también.
Adi Shavit
77
Problema aún presente en Visual Studio 2013
Jamie Cook,
1
Parece que la función de búsqueda de Visual Studio generalmente tiene errores (versión 2013 también). He estado trabajando mucho con él en los últimos meses, y aparte de su lentitud inherente (una tortuga en comparación con Sublime), a menudo congela o atasca toda la instancia de Visual Studio. La característica Regex bastante avanzada es especialmente defectuosa, lo que es aún más frustrante teniendo en cuenta lo terriblemente útil que es. No se pudo encontrar una solución decente o tal vez una extensión vs para esto, estaría encantado de recibir una notificación. ¿O esto se mejorará en la versión 2015?
Gilad Barner
14
Todavía puedo ver este problema en VS2015
Spongebob Comrade

Respuestas:

586

Tengo ese problema de vez en cuando. Una solución aparentemente sin sentido que he encontrado es hacer clic dentro de la ventana Buscar resultados (no en la ventana Salida). Una vez que el cursor de texto parpadeante esté visible, presione Ctrl+ Breakcuatro o cinco veces. Esto parece "desbloquear" lo que causa el problema.

Hay informes que pueden necesitarse Ctrl+ ScrLken lugar de Ctrl+ Break. Si esto no funciona, intente Breaksolo.

Nota de Codeguard: He encontrado una explicación y una solución determinista a este problema.

djcouchycouch
fuente
86
Voodoo como este debería ir a la sección de características indocumentadas ;-)
Onots
31
Ctrl + breakno funciono para mi En cambio, Ctrl + ScrollLockfuncionó. Esto fue en VS2010.
Ray
3
Ctrl + Break funcionó para mí. ¿Hay alguna manera de devolverlo al estado donde dice "se detuvo el proceso de búsqueda"? :)
Bhupendra Joshi
77
Yo era escéptico Me refiero a realmente escéptico. Entonces lo intenté. Estaba golpeando ctrl-crujido tantas veces como pude ... y funcionó ... Quiero decir ... realmente funcionó ... ¡Santo Dios!
James Wiseman
44
Oh maldita sea, primer resultado de Google, y esta extraña solución funcionó. ¡Qué peculiar!
Adambean
81

Windows 7 Pro SP1 de 64 bits, Visual Studio 9.0.30729.1

No funcionó:

  • Ctrl + Break
  • Ctrl + Scroll Lock
  • Reinicio de Visual Studio

Trabajó:

  • Break (en Buscar resultados 1 y 2) (solo se presiona una vez)

Fuente: Comentarios en el enlace de Gordon ...

Echelon_Force
fuente
3
Lo mismo aquí, solo vi en "Buscar resultado 1", pero eso depende de si usa ambos o solo uno de los dos.
mikeesouth
1
Gracias ! ¡Incluso había eliminado la tecla de bloqueo de desplazamiento del teclado y no era la causa!
sergiol
¡Gracias! Trabajó para VS 2012 (Actualización 2)
Mehmet Ataş
¡En la versión Visual Studio 2017, este "error" se ha solucionado! Ahora la herramienta de búsqueda permanece bloqueada y CTRL + Break no funciona. ¡Bueno! :(
tedebus
57

Fuente de error

Este no es un error relacionado con Visual Studio ni Windows. De hecho, ¡el error está en tu teclado! Se ha informado que muchos teclados de diferentes proveedores tienen errores.

Problema

Si presiona Ctrl+ Breaky suelta Ctrlprimero, Break se atasca en un teclado con errores. Si alguna vez presionó Ctrl+ de Breakla manera "incorrecta", tendrá este problema con la interrupción de la búsqueda.

Detalles

De acuerdo con las especificaciones del código de escaneo, Breaky Ctrl+ Breakson especiales. Envían códigos de escaneo "hacer" (presionar) Y "romper" (soltar) en el momento en que presiona Break. No envían nada cuando liberas Break. El teclado con errores enviará la siguiente secuencia:

  1. Ctrl código de escaneo "make"
  2. Ctrl+ Breakcódigo de escaneo "make"
  3. Ctrl código de escaneo "break"
  4. Pause código de escaneo "break"

Es decir, Ctrl+ Breaknunca se lanza, sino que Pausese lanza.

Reproducción

Por ejemplo, podría usar el viejo Spy ++ de las herramientas de Visual Studio. Adjúntelo a cualquier cosa, por ejemplo, el bloc de notas de Windows y monitoree los mensajes (le sugiero que seleccione solo los mensajes del teclado). Presione Ctrl+ Break, soltando Ctrlprimero. Verifique el resultado de Spy ++. Verá la secuencia que mostré en la sección Detalles.

He probado dos teclados diferentes en la misma computadora. Logitech K120 tiene el error, mientras que otro teclado Mitsumi se comporta de acuerdo con las especificaciones y no tiene el error.

Si lo piensa, es fácil entender que el comportamiento correcto necesita un manejo especial de los casos, mientras que el comportamiento con errores es ingenuo. Es por eso que muchos teclados diferentes pueden tener errores.

Solución

Reemplace su teclado :)

Solución alterna

Simplemente necesita presionar Ctrl+ Break, prestando atención a la liberación Breakprimero. No importa qué aplicación esté activa.

Codeguard
fuente
2
Era muy escéptico de esto, pero luego me di cuenta de que este problema solo sucedió cuando más temprano tuve que cancelar un archivo por lotes. Solo intenté hacer un ctrl-break pero solté el break segundo y pop, la búsqueda falló. Repitiendo soltando el descanso primero y la búsqueda funciona mágicamente. Gracias
Skuld
Solo puedo agregar que no es necesariamente la tecla Break lo que lo rompe todo. He estado editando mucho el código con rect. selección copiar / pegar, y mientras mantengo presionada la tecla Alt, escuché que la computadora emitió muchos pitidos, muy posiblemente debido a que solté el botón del mouse después de Alt o algo así. Todas las aplicaciones estaban reaccionando como si se llevara a cabo. Y sí, las combinaciones con Break lo hicieron lanzar. Entonces, hay varios combos de teclas que rompen el estado clave, un desbordamiento tonto, supongo en el lado de Windows.
feos
Tienes razón. Me sale el error con un "teclado con cable de Microsoft 600" también.
Samuel Delisle
1
Mi teclado es genial y también tengo el problema. Tu respuesta no tiene sentido.
sergiol
Hay muchos teclados con errores. Simplemente intente lo que describí, y si sucede, su teclado también tiene errores.
Codeguard
32

Este error ha estado en Visual Studio durante mucho tiempo y parece que nunca se soluciona.

Vea este artículo de MS Connect de 2004: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- Fue detenido

No podía creer que aún no lo hubieran arreglado en VS2010, pero todavía está allí :(

El elemento Connect se ha marcado como Cerrado - No se solucionará : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in- estudio visual

Gordon Mackie JoanMiro
fuente
Todavía existe en VS2011 beta, también.
Alastair Maw
2
la nueva entrada de error está aquí: connect.microsoft.com/VisualStudio/feedback/details/718217/…
JJS
44
Sigue sucediendo en VS2013.
Martin Suchan
2
Sigue sucediendo en VS2015.
Julius R
Algunas personas de MS participan activamente conmigo en Connect para rastrear esto. Publicaré si surge algo, mientras tanto, me alegra ver que puede haber una solución alternativa con Break / Ctrl-Break. He estado haciendo clic con locura en el botón cerrar (x) de la ventana Buscar hasta que se "atrapa", lo que puede tomar 20 o 30 segundos.
Chaz
19

Ctrl+ Breako Ctrl+ ScrLkcancelar una operación de búsqueda. Intentalo. Lo que sucedió es que algunas capas de software (presumiblemente Windows) piensan que esas teclas aún se están presionando, aunque no lo están. Al presionarlos y soltarlos, se borra la bandera.

Podría ser cualquiera de estas combinaciones:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Recuerde que tiene múltiples teclas de control y alt en su teclado ; pruébelo con cada una de ellas. Si es la Ctrltecla derecha + ScrLk, presionar la izquierda Ctrlno resolverá el problema.

Aquí está el problema de conexión que Microsoft cerró como "No se solucionará".

Si este es un problema recurrente para usted, hay una extensión de Visual Studio que suprime la clave virtual que causa el problema.

Alexander Garden
fuente
Nada funcionó para mí, excepto por la extensión VS que vinculaste. ¡Gracias!
nooblar
El enlace de extensión visual no funcionó para mí en VS 2012
Yonatan Simson
12

Ctrl + F y Ctrl+ Shift+ Fhan dejado de funcionar en Visual Studio 2015 Community Edition.

Mi amigo me dijo que fuera a:

  1. Herramientas → Configuración de importación y exportación: Ingrese la descripción de la imagen aquí

  2. Elija: Restablecer todas las configuraciones → Siguiente Ingrese la descripción de la imagen aquí

  3. Elija: No, solo restablezca la configuración, sobrescribiendo mi configuración actual → Siguiente Ingrese la descripción de la imagen aquí

  4. Elija: General → Finalizar Ingrese la descripción de la imagen aquí

Mahdi Alkhatib
fuente
2
Miré alrededor en la web durante una hora, finalmente este lo arregló. Estaba a punto de reinstalar, esto me ahorró tiempo. Gracias
user219628
11

En mi caso, tenía un carácter falso en el campo "Ver estos tipos de archivo:" en la ventana de búsqueda.

Eliminar el personaje resolvió el problema.

Visual Studio 2017

ingrese la descripción de la imagen aquí

phil
fuente
10

Probé todas las opciones anteriores. No funcionaron para mí, pero leerlos me aseguró de que se trata de un error, y tendré que probar algunas formas desconocidas para que funcione. Entonces, probé una búsqueda simple de archivos en Visual Studio 2010 en:

  1. El documento actual
  2. Todos los documentos abiertos

Los cuales funcionaron.

Luego probé Buscar en archivos y ¡ay! Comenzó a funcionar.

usuario390978
fuente
9

La solución de búsqueda en Visual Studio 2012 está en quiebra. Probé esto en tres máquinas, no funcionó en dos. Lo que encontré que funciona es hacer clic en la flecha desplegable al lado del campo de búsqueda y seleccionar Buscar todo. Esto es un poco doloroso porque debe seleccionar un menú desplegable cada vez que busca una solución.

ingrese la descripción de la imagen aquí

Hammad Khan
fuente
6

Lamentablemente, ninguno de estos golpes de tecla especiales me funciona. Solo reiniciar Visual Studio 2010 parece funcionar para mí.

Neil Weicher
fuente
5

Tuve el mismo problema en Visual Studio 2013 (Actualización 3). Ninguna de las combinaciones de teclas enumeradas anteriormente funcionó para mí. yo tenía*.cs seleccionado en los FileTypes.

Para que funcione, lo cambié a *.*, y luego nuevamente a *.cs- ahora funciona.

Dave Black
fuente
4

He estado usando Visual Studio 13 sin este problema durante un par de años y comencé a tener este problema después de aplicar la Actualización 5 o podría ser un combo de teclas extrañas presionado por mí sin saberlo lo que lo desencadenó, no estoy seguro.

La solución de Echelon_Force funcionó para mí. ¡Gracias!

No funcionó:

Ctrl + Break

Ctrl + Scroll Lock

Trabajó:

Break (en la ventana Buscar resultados 1 y 2: solo se presiona una vez)

Feliz hallazgo en archivos!

Sagar
fuente
2

Todas las combinaciones de Scroll Locky Breakno hicieron nada por mí. Como solución alternativa, agregué el directorio de la solución a las Carpetas de búsqueda (el segundo botón de puntos suspensivos), luego cambié el campo Buscar en el directorio de la solución. El problema raíz todavía existe, pero para mí, esto es funcionalmente lo mismo.

(Visual Studio 2013, Windows 8.1, x64)

screenshotomwhat

NightShovel
fuente
2

Tuve el mismo problema que glenneroo hoy, después de actualizar Visual Studio 2019 a 16.4.3. Encontré una solución que funcionó para mí aquí .

Abra Find Optionsy verifique si hay un carácter (especial) en el Look at these file typescampo de texto. Si es así, retírelo.

Postie
fuente
1

En Visual Studio 2013 después de la Actualización 3, tuve el mismo problema. Antes, podía simplemente poner ".cs" o ".cshtml" en la sección Ver estos tipos de archivos: y funcionaría. Pero después de la Actualización 3 ahora tengo que poner " .cs" o " .cshtml" (o cualquier tipo de archivo en el que quiera buscar) y funciona bien.

Sean Newcome
fuente
1

Esto funciona para mí después de que todo lo demás no funcionó o funcionó solo a veces:

Haga la búsqueda, y mientras busca, mantenga presionado CRTL todo el tiempo y siga presionando Break.

xhafan
fuente
1

Si está buscando múltiples tipos de archivos, deben separarse con a; personaje, no un espacio.

Esto devuelve los resultados correctos:

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

Esto no devuelve nada en absoluto:

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

Este no es el problema del póster original, pero para otras personas que no pueden entender por qué su búsqueda no está funcionando, esta podría ser la razón.

Jean Libera
fuente
1

Otra respuesta tardía a la fiesta, pero encontré otra "solución" para este problema.

Cuando parece que la aplicación de Visual Studio se ha congelado en la búsqueda ... déjalo en paz. No lo cierres No lo reinicies. Simplemente déjelo pasar por unos 10-15 minutos y el problema puede corregirse solo, como lo hizo en mi caso específico. No estoy seguro de por qué dejarlo solo resolvió el problema, aunque mi suposición sin ninguna educación es que Visual Studio está creando una especie de índice para poder buscar archivos y encontrarse con un inconveniente. Una vez que transcurren los 10-15 minutos y VS completa su búsqueda, parece estar bien después de eso.

SEFL
fuente
1

Probablemente no se aplicará a la mayoría de las situaciones, pero lo que me solucionó fue desactivar 'Usar expresiones regulares' en la ventana de búsqueda. Anteriormente había estado usando Expresiones regulares para algunos reemplazos difíciles y no me apagué cuando terminé. Creo que tal vez estaba interpretando parte del texto simple de reemplazo (ver más abajo, tenía algunos caracteres especiales) como el comienzo de una expresión regular incompleta o malformada, por lo que en realidad no podía hacer ninguna coincidencia. ¡Sería bueno si te lo dijera!

Deshabilitar el uso de expresiones regulares

Breeno
fuente
Tienes razón, debería haberte dicho. Sin embargo, el ejemplo anterior muestra un (carácter sin coincidencia en el texto "Buscar qué". El texto "Reemplazar con" está bien, ya que los paréntesis no son especiales en ese cuadro.
Zarepheth
1

Solo parece bloquearse si uso Ctrl+ F( Buscar en la solución completa ) y nunca si uso Ctrl+ Shift+ F( Buscar en archivos ).

aggaton
fuente
1

Esa Ctrl+ Breaktruco funcionó para mí durante años, es muy interesante para comprender finalmente por qué sucede esto . Con VS2015 tengo un problema relacionado con la búsqueda: mi Ctrl+ Shift+F simplemente no funciona, esta combinación de teclas parece ignorarse cuando lo presiono. Traté de reinstalar incluso VS 2015 y todavía tengo el mismo comportamiento roto.

En caso de que alguien tenga un problema idéntico, esta es la razón:

Resulta que, por cualquier motivo aleatorio, VS2015 muestra ese cuadro de diálogo "buscar en archivos" en otro monitor conectado a mi PC. Ese otro monitor es un televisor Samsung 4K que normalmente permanece "apagado" y no tengo idea de por qué VS 2015 envía ese cuadro de diálogo de búsqueda a ese monitor. Sorprendentemente, cuando enciendo mi televisor, el cuadro de diálogo de búsqueda se mueve solo al monitor principal.

Pavel P
fuente
1

Estoy ejecutando Visual Studio 2012 Professional en una máquina virtual, conectándome usando rdesktop desde una máquina Linux.

Ninguna de las otras sugerencias funcionó, pero resolvió que el problema era:

  • Vaya a la pantalla 'Buscar y reemplazar'. ( ctrl- shift- fen mi caso)
  • Ingrese un texto de búsqueda y elija 'Solución completa'
  • Presiona 'Buscar siguiente', debería encontrar un resultado.
  • Presiona 'Buscar todo', ahora funciona sin abortar. (Tenga en cuenta que golpeé mi mouse muy fuerte y también hubo algunas palabrotas, pero no creo que tenga ninguna relevancia aparte de una psicológica: D)
usuario644342
fuente
0

Lo siguiente funcionó para mí. Visual Studio → menú WindowsRestablecer panel de ventana . El cambio de tamaño de Visual Studio hizo que ocultara la opción.

makdu
fuente
En algunas versiones de Visual Studio se llama "Restablecer diseño de ventana", no "Restablecer panel de ventana".
Peter Mortensen
0

Este fue uno de mis mayores problemas con Visual Studio. Para mí (Windows 10, Visual Studio 2015) el hallazgo en la ventana de todos los archivos se bloqueó con un apagón, y adivina qué, golpearlo lo print screenresuelve.

Johan Lundberg
fuente
0

Ctrl+ Breakfunciona para Visual Studio 2008

Jobin
fuente
0

Nada me funcionó. Yo uso también Resharper. Así que tuve que restablecer mis combinaciones de teclas VS y volver a aplicar los accesos directos Resharper. Solo esto me hizo funcionar.

  1. Restablezca la configuración actual del teclado (Herramientas | Opciones | Entorno | Teclado | Restablecer).
  2. Ir a ReSharper | Opciones | Medio ambiente | Teclado y Menús | "Visual Studio" | Aplicar esquema.
Ricsie
fuente
0

Esto comenzó a ocurrir para mí con la actualización a la Versión 15.8.8 de Visual Studio. Ninguno de los pasos anteriores funcionó. No hay error Justo lo que parece ser una búsqueda 'atascada'.

Recientemente instalé ApexSQL Refactor 2018.03.0331. Desinstalar esto no resolvió el problema y no parece ser la causa. Parece estar relacionado con la versión 15.8.8 de la actualización de Visual Studio.

Desinstalé completamente Visual Studio y reinstalé la Versión 15.8.8 nuevamente. El problema con Ctrl-Shift-F buscando toda la solución ya no es un problema. Cualquiera que sea la causa del problema , se resuelve después de desinstalar e instalar.

Una vez más instalé ApexSQL Refactor 2018.03.0331 y todo sigue funcionando bien.

DMadden51
fuente
0

Tengo una situación similar con Visual Studio Community 2017 y ahora 2019 (parcheado hasta 16.1.4). En mi caso, no muestra ningún resultado, solo busca para siempre sin encontrar nada. Mi solución fue desacoplar el cuadro de diálogo "Buscar y reemplazar" y moverlo a cualquier lugar en una posición flotante. Después de desacoplar, parece funcionar bien, incluso después de volver a acoplarlo a su posición original.

glenneroo
fuente