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í.
visual-studio
leora
fuente
fuente
Respuestas:
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.
fuente
Ctrl + break
no funciono para mi En cambio,Ctrl + ScrollLock
funcionó. Esto fue en VS2010.Windows 7 Pro SP1 de 64 bits, Visual Studio 9.0.30729.1
No funcionó:
Trabajó:
Fuente: Comentarios en el enlace de Gordon ...
fuente
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:
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.
fuente
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 detenidoNo 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
fuente
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.
fuente
Ctrl + F y Ctrl+ Shift+ Fhan dejado de funcionar en Visual Studio 2015 Community Edition.
Mi amigo me dijo que fuera a:
Herramientas → Configuración de importación y exportación:
Elija: Restablecer todas las configuraciones → Siguiente
Elija: No, solo restablezca la configuración, sobrescribiendo mi configuración actual → Siguiente
Elija: General → Finalizar
fuente
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
fuente
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:
Los cuales funcionaron.
Luego probé Buscar en archivos y ¡ay! Comenzó a funcionar.
fuente
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.
fuente
Lamentablemente, ninguno de estos golpes de tecla especiales me funciona. Solo reiniciar Visual Studio 2010 parece funcionar para mí.
fuente
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.fuente
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!
fuente
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)
fuente
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 Options
y verifique si hay un carácter (especial) en elLook at these file types
campo de texto. Si es así, retírelo.fuente
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.
fuente
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.
fuente
Si está buscando múltiples tipos de archivos, deben separarse con a; personaje, no un espacio.
Esto devuelve los resultados correctos:
Esto no devuelve nada en absoluto:
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.
fuente
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.
fuente
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!
fuente
(
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.Solo parece bloquearse si uso Ctrl+ F( Buscar en la solución completa ) y nunca si uso Ctrl+ Shift+ F( Buscar en archivos ).
fuente
Esa
Ctrl
+Break
truco 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: miCtrl
+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.
fuente
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:
fuente
Lo siguiente funcionó para mí. Visual Studio → menú Windows → Restablecer panel de ventana . El cambio de tamaño de Visual Studio hizo que ocultara la opción.
fuente
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.
fuente
Ctrl+ Breakfunciona para Visual Studio 2008
fuente
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.
fuente
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.
fuente
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.
fuente