visual-studio - sirve - visual studio español
La búsqueda deja de funcionar para "Solución completa" (26)
De alguna manera, la búsqueda en Visual Studio ha dejado de funcionar para mí. Cada vez que busco en "Solución completa" 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 curso.
¿Por qué de repente dice "No se encontraron archivos para buscar"?
He encontrado varios enlaces en Google que dicen presionar Ctrl + Break o Ctrl + Scroll Lock , pero ninguno de ellos parece funcionar para mí.
En Visual Studio 2013 después de la Actualización 3, tuve el mismo problema. Antes, solo podía poner ".cs" o ".cshtml" en el Look at this tipos de archivo: 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.
Ese truco Ctrl + Break me funcionó durante años, es realmente interesante entender 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. Intenté reinstalar incluso el 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 el cuadro de diálogo "buscar en archivos" en otro monitor que está 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 al monitor principal por sí solo.
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-was-stopped
No podía creer que todavía no lo habían arreglado en VS2010, pero sigue ahí :(
El elemento Conectar se ha marcado como Cerrado - No se corrige : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-visual-studio
Este fue uno de mis mayores problemas con Visual Studio. Para mí (Windows 10, Visual Studio 2015) la ventana de búsqueda en todos los archivos se bloqueó con un blanco, y adivinen qué, al resolver la pantalla de impresión se resuelve.
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 había instalado 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 de nuevo. El problema con Ctrl-Shift-F buscando la solución completa 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.
Esto me funciona después de que todo lo demás no funcionó o solo funcionó a veces:
Realice la búsqueda y, mientras realiza la búsqueda, mantenga presionado CRTL todo el tiempo y siga presionando Interrumpir .
Estoy ejecutando Visual Studio 2012 Professional en una máquina virtual, conectándome con rdesktop desde una máquina con Linux.
Ninguna de las otras sugerencias funcionó, pero el problema resuelto fue:
- Vaya a la pantalla ''Buscar y reemplazar''. (Ctrl-shift-f en mi caso)
- Ingrese un texto de búsqueda y elija ''Solución completa''
- Pulse ''Buscar siguiente'', debería encontrar un resultado.
- Pulsa ''Buscar todo'', ahora funciona sin abortar. (Nota, golpeé a mi Ratón muy fuerte y también hubo algo de juramento, pero no creo que tenga alguna relevancia aparte de la psicológica: D)
He estado usando Visual Studio 13 sin este problema por un par de años y empecé a tener este problema después de aplicar la Actualización 5 o podría ser una combinación extraña de teclas presionada por mí sin saberlo lo que lo provocó, no lo sé con seguridad.
La solución de Echelon_Force funcionó para mí. ¡Gracias!
No funcionó:
Ctrl + Break
Ctrl + Scroll Lock
Trabajó:
Pausa (en la ventana Resultados de búsqueda 1 y 2: solo se presiona una vez)
¡Feliz hallazgo en archivos!
Lamentablemente, ninguno de estos golpes especiales me funciona. Sólo reiniciar Visual Studio 2010 parece funcionar para mí.
Lo siguiente funcionó para mí. Visual Studio → menu Windows → Reset Window Panel . El cambio de tamaño de Visual Studio lo hizo para ocultar la opción.
Nada funcionó para mí. También uso Resharper. Así que tuve que restablecer mis enlaces de teclas VS y volver a aplicar accesos directos de Resharper. Solo esto me dio trabajo.
- Restablecer la configuración actual del teclado (Herramientas | Opciones | Entorno | Teclado | Restablecer).
- Ir a ReSharper | Opciones | Medio ambiente | Teclado y menús | "Visual Studio" | Aplicar esquema.
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 bloqueado en la búsqueda ... déjala en paz. No lo cierres No lo reinicies. Solo déjelo pasar por unos 10-15 minutos y el problema puede corregirse, como lo hizo en mi caso específico. No estoy seguro de por qué dejarlo solo solucionó el problema, aunque mi suposición totalmente descabellada es que Visual Studio está construyendo algún tipo de índice para poder buscar archivos y tener un problema. Una vez que terminan los 10-15 minutos y VS completa su búsqueda, parece estar bien después de eso.
Parece que solo se bloquea si uso Ctrl + F ( Buscar en toda la solución ) y nunca si uso Ctrl + Mayús + F ( Buscar en archivos ).
Probé todas las opciones anteriores. No funcionaron para mí, pero al leerlos me aseguré de que esto es un error y tendré que probar algunas formas desconocidas para que funcione. Entonces, intenté una búsqueda simple de archivos en Visual Studio 2010 en:
- El documento actual
- Todos los documentos abiertos.
Ambos de los cuales funcionaron.
Entonces intenté encontrar en archivos y woah! Empezó a funcionar.
Probablemente no se aplique a la mayoría de las situaciones, pero lo que lo arregló para mí 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 fue interpretar parte de un texto de reemplazo simple (ver más abajo - tenía algunos caracteres especiales) como el comienzo de una expresión regular incompleta o con formato incorrecto, por lo que no podía hacer ninguna coincidencia. Estaría bien si te lo dijera!
Si está buscando varios tipos de archivos, deben estar separados con un; 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 funciona, esta podría ser la razón.
Solución de búsqueda en Visual Studio 2012 está en quiebra. He probado esto en tres máquinas, no funcionó en dos. Lo que encontré que funciona es hacer clic en la flecha desplegable junto al campo de búsqueda y seleccionar Buscar todos. Esto es un poco de dolor porque tiene que seleccionar el menú desplegable cada vez que busque en la solución.
Tengo ese problema de vez en cuando. Una solución aparentemente sin sentido que he encontrado es hacer clic dentro de la ventana de resultados de búsqueda (no en la ventana de resultados). Una vez que se ve el cursor de texto parpadeante, presione Ctrl + Break cuatro o cinco veces. Esto parece "desbloquear" lo que sea que cause el problema.
Es posible que deba usar Ctrl + ScrLk en lugar de Ctrl + Break . Si esto no funciona, intente romper solo.
Nota de Codeguard: he encontrado una explicación y una solución determinista para este problema
Todas las combinaciones de Scroll Lock and Break no hicieron nada por mí. Como solución alternativa, agregué el directorio de soluciones a las Carpetas de búsqueda (el segundo botón de puntos suspensivos), luego cambié el campo Buscar en el directorio de soluciones. El problema de la raíz todavía existe, pero para mí, esto es funcionalmente lo mismo.
(Visual Studio 2013, Windows 8.1, x64)
Tuve el mismo problema en Visual Studio 2013 (Actualización 3). Ninguna de las combinaciones de teclas enumeradas anteriormente funcionó para mí. Tuve *.cs seleccionado en el FileTypes.
Para que funcione, lo cambié a *.* Y luego volví a *.cs , ahora funciona.
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ó:
- Pausa (en los resultados de búsqueda 1 y 2) (solo presionado una vez)
Fuente: Comentarios en el enlace de Gordon ...
Ctrl + Break funciona para Visual Studio 2008
Ctrl + Break o Ctrl + ScrLk cancelan una operación de búsqueda. Intentalo. Lo que sucedió es que alguna capa de software (probablemente Windows) cree que esas teclas aún se están presionando aunque no lo estén. Al pulsar y soltarlos se borra la bandera.
Podría ser cualquiera de estas combinaciones:
Ctrl + Break
Alt + Break
Descanso
Ctrl + ScrLk
Recuerde que tiene múltiples teclas de control y alt en su teclado , inténtelo con cada una de ellas. Si es la tecla Ctrl derecha + ScrLk , presionar la tecla Ctrl izquierda no resolverá el problema.
Here 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.
Ctrl + F y Ctrl + Shift + F han dejado de trabajar en Visual Studio 2015 Community Edition.
Mi amigo me dijo que iba a:
Fuente de error
Esto no es ni Visual Studio ni el error relacionado con Windows. De hecho, el error está en tu teclado! Muchos teclados de diferentes proveedores han sido reportados como defectuosos.
Problema
Si presionas Ctrl + Break y primero presionas Ctrl , entonces Break se bloquea en un teclado con errores. Si alguna vez presionó Ctrl + Interrupción "equivocada", tendrá este problema con la interrupción de la búsqueda.
Detalles
De acuerdo con las especificaciones del código de escaneo, Break y Ctrl + Break son especiales. Envían los códigos de escaneo "make" (presionar) Y "break" (liberar) en el momento en que se presiona Break . No envían nada cuando sueltas Break . El teclado de buggy enviará la siguiente secuencia:
- Ctrl "hacer" escanear código
- Ctrl + Break "hacer" escanear código
- Ctrl "romper" código de exploración
- Pausa "romper" código de exploración
Es decir, Ctrl + Break nunca se libera, pero en su lugar se libera Pausa .
Reproducción
Por ejemplo, podría usar el antiguo Spy ++ bueno 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). Presiona Ctrl + Break , soltando Ctrl primero. Compruebe la salida de Spy ++. Verás la secuencia mostrada 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 piensas bien, es fácil entender que el comportamiento correcto necesita un manejo especial de los casos, mientras que el comportamiento de buggy es ingenuo. Esta es la razón por la cual muchos teclados diferentes pueden tener errores.
Solución
Reemplace su teclado :)
Solución
Simplemente debes presionar Ctrl + Break , prestando atención a liberar Break primero. No importa qué aplicación esté activa.