La búsqueda deja de funcionar para "Solución completa"
De alguna manera la búsqueda de Visual Studio dejó de funcionar para mí. Cada vez que busco algún texto en "Solución completa", obtengo este resultado:
Buscar todo "[Lo que estaba buscando]", Subcarpetas, Resultados de búsqueda 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í.
Tengo ese problema de vez en cuando. Una solución aparentemente absurda que encontré 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" cualquier causa del problema.
Hay informes que pueden ser necesarios Ctrl+ en lugar de + . Si esto no funciona, inténtelo solo.ScrLkCtrlBreakBreak
Nota de Codeguard: he encontrado una explicación y una solución determinista para este problema
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...
Fuente de error
Este no es un error relacionado con Visual Studio ni con 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+ Breakde la manera "incorrecta", tendrá este problema con la interrupción de la búsqueda.
Detalles
Según las especificaciones del código de escaneo, Breaky Ctrl+ Breakson especiales. Envían códigos de escaneo "hacer" (presionar) Y "romper" (liberar) en el momento en que presiona Break. No envían nada cuando lo liberas Break. El teclado con errores enviará la siguiente secuencia:
- Ctrl"hacer" código de escaneo
- Ctrl+ Breakcódigo de escaneo "hacer"
- Ctrlcódigo de escaneo "romper"
- Pausecódigo de escaneo "romper"
Es decir, Ctrl+ Breaknunca se libera, sino que Pausese libera.
Reproducción
Por ejemplo, podría utilizar el viejo Spy++ de las herramientas de Visual Studio. Adjúntelo a cualquier cosa, por ejemplo al 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.
Probé dos teclados diferentes en la misma computadora. Logitech K120 tiene el error, mientras que otros teclados Mitsumi se comportan según las especificaciones y no tienen el error.
Si lo piensas bien, es fácil entender que el comportamiento correcto necesita un manejo de casos especiales, mientras que el comportamiento con errores es ingenuo. Esta es la razón por la que muchos teclados diferentes pueden tener errores.
Solución
Reemplace su teclado :)
Solución alterna
Simplemente debes presionar Ctrl+ Break, prestando atención a soltar Breakprimero. No importa qué aplicación esté activa.
