¿Qué es esta 'operación en espera de fondo' en Visual Studio 2012?

De vez en cuando, pero con bastante frecuencia, sin razón aparente, VS 2012 se bloqueará con un diálogo que dice, "Esperando que termine una operación en segundo plano". Por ejemplo, esto puede suceder durante una edición de código antiguo simple, no al invocar explícitamente ningún comando IDE.

¿Qué causa esto? ¿Hay algo que pueda hacer al respecto?

Estoy ejecutando ReSharper 7 y no soy el único que conozco que está experimentando esto.

Estaba teniendo el mismo problema, especialmente en las páginas cshtml. Encontré esta página: https://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaround que sugiere cambiar la opción de sangría en Herramientas> Opciones> Editor de texto> HTML> Tab a Inteligente en lugar de Bloquear . En mi caso, ya estaba configurado en Smart y volviéndolo a bloquear solucionó el problema.

Actualización: Me equivoqué, eso no solucionó el diálogo, solo lo retrasó hasta que lo copié o pegué. Lo que finalmente funcionó para mí fue ir a Herramientas> Importar y exportar configuraciones ...> Restablecer todas las configuraciones .

Pregunta posiblemente relacionada: Visual Studios 2010 - Asp.net MVC 4 Beta - largas demoras en el pegado y fallas frecuentes

Es un diagnóstico muy genérico. Lo activa COM, muy utilizado en Visual Studio para implementar la extensibilidad. El disparador subyacente es la interfaz IMessageFilter. El desencadenante se produce cuando COM calcula una llamada de método a otro subproceso y esa llamada no se completa durante 60 segundos.

Hay poco valor en la notificación real, le dice algo que ya sabe. Cuando han pasado 60 segundos, normalmente ya habrá notado que las cosas no funcionan bien. A falta de un poquito de conocimiento útil de que Visual Studio en realidad no está completamente muerto. Sin embargo, la llamada debe completarse antes de que VS pueda volver a utilizarse. Es poco lo que puede hacer, excepto golpear con el pie y esperar.

Este problema casi siempre es causado por un complemento. Resharper es sin duda un buen candidato. El alborotador se encuentra deshabilitando los complementos uno por uno hasta que el problema desaparezca. Es el tipo de problema que es común con las nuevas versiones de Visual Studio, los proveedores de complementos tardan un tiempo en solucionar los errores y los bloqueos. Póngase en contacto con el proveedor para obtener asistencia y, en general, busque actualizaciones que puedan resolver el problema.

Eliminar el archivo "suo" de Soluciones funcionó para mí.

Estaba teniendo el mismo problema y en mi caso fue DevExpress.

Parecía colgar Visual Studio cada vez que hacía una operación de copia o corte, lo que mostraba el mensaje:

"Esperando que finalice una operación en segundo plano".

Resulta que en realidad estaba haciendo una sola tarea en segundo plano y realmente estaba tardando un poco en hacerlo (más de 5 minutos).

Quizás si hubiera esperado normalmente, podría haber desaparecido, pero lo que finalmente se arregló fue mostrar la Caja de herramientas (estaba oculta / colapsada), lo que a su vez abrió una ventana que decía:

"agregando [SomeDevExpressAssemblyNameHere] .dll"

esto siguió actualizándose con el nombre de cada dll requerido por DevExpress para llenar la barra de herramientas.

De esta manera pude ver el progreso de la operación y, una vez que terminó, pude usar copiar / cortar y pegar nuevamente como de costumbre.

Espero que esto ayude.

Para mí, la solución fue actualizar Web Essentials 2012 a la versión 1.8.

La versión problemática fue 1.6

Herramientas> Opciones> Editor de texto> HTML> Pestañas -> Identificación -> Ninguna configuración me resolvió este problema.

Esto me lo arregló:

Herramientas> Opciones> Editor de texto> HTML> Varios

Desmarque la opción "Elementos de identificación automática al pegar en la vista de código fuente"

Publicaré una actualización si el problema vuelve.

Tuve este problema durante un par de días, intenté desinstalar y reinstalar mi Visual Studio 2012 ultimate edtion SP3 ... Todavía no funcionó. Así que eliminé todas mis extensiones (herramientas de git para VS 2012 y el descargador de paquetes Nuget), reinicié mi VS y ¡funcionó como un encanto nuevamente! Espero que funcione !

¡Buena suerte!

Experimenté este problema mientras ejecutaba Visual Studio en una máquina virtual: Virtual Box 4.2 ejecutándose en Mac OS X Mountain Lion, alojando una nueva instalación de Windows 7 sin nada más instalado que Visual Studio. Descubrí que el problema se debía a dos problemas distintos.

En primer lugar, mi proyecto estaba en una carpeta compartida desde el sistema operativo host. En otras palabras, en Windows Guest, mi proyecto apareció en una unidad de red. Entonces, abrir el proyecto en Visual Studio desde una unidad de red pareció causar este problema porque el problema desapareció cuando copié el proyecto en la unidad C de la VM de Windows y lo abrí en Visual Studio desde la copia en la unidad C.

En segundo lugar, comencé a experimentar el problema nuevamente cuando el disco duro de la máquina virtual se estaba llenando. Tenía aproximadamente 1 GB de espacio libre disponible en el disco duro. Cuando aumenté el tamaño del disco duro en la máquina virtual, este problema desapareció.

Acabo de reproducir un problema similar con el complemento Codemaid. Encontré esta conversación :

Hay muchos detalles en este problema, pero para intentar recapitular el problema es que la API C ++ de VS2012 introdujo un problema de interbloqueo cuando se accede a la API desde un hilo de la interfaz de usuario (por ejemplo, un contexto WPF como Spade). No fue un problema en VS2010, y Microsoft lo ha solucionado en el futuro para VS2013, pero no lo parcheará para VS2012.

Parece indicar que debería venir una solución (para Codemaid):

Esté atento a este hilo para ver la resolución continua del problema. Se relaciona con esa reescritura más grande, por lo que he estado avanzando hacia ella agregando muchas pruebas unitarias primero para ayudar a garantizar que la funcionalidad permanezca constante después de los cambios.

Para mí, parecía estar relacionado con la sintaxis de razor, ya que solo lo tenía en un archivo en particular.

Por ejemplo, si pongo el siguiente código en una línea, tengo el problema descrito.

@section BodyClassName {note}

Pero al poner el paréntesis de cierre en la siguiente línea, el problema desapareció.

@section BodyClassName {note
}

Saludos cordiales

Stijn

Lejos de ser una solución ideal, pero por favor, intente ejecutar Visual Studio en modo administrador. Probé prácticamente todo, y esto fue lo único que funcionó para mí.

Abra Visual Studio, cree una nueva aplicación MVC, cierre la nueva aplicación, abra la aplicación anterior y ¡funciona!

Compruebe si IIS u otro proceso (tal vez BizTalk) está bloqueando sus DLL / referencias
Kill / parada IIS o el otro proceso si es

http://geekswithblogs.net/sevenfortytwo/archive/2006/11/23/97947.aspx

RUN> iisreset 

Ahora está funcionando bien con VS 2012

¡Creo que he encontrado una pista! ¡Todo ha terminado en dcomcnfg.exe!

Ábrelo y ve debajo de la siguiente ruta:

Servicios de componentes> computadoras> mi computadora> configuración dcom

después de hacer clic en dcom, verá muchas advertencias que dependen de la cantidad de componentes en su PC.

Haga clic en sí en cada cuadro de mensaje para agregar el registro correcto para dcom.

Descubrí que VS también carga paquetes durante la "operación en segundo plano". Puede eliminar las extensiones innecesarias para acelerar la operación.

¡Lo arreglé hace semanas después de apagar TeamViewer 8 Clipboard Sync! ahora aparece de nuevo sin ningún motivo, así que intenté restablecer todas las configuraciones y funcionó para mí.

Estaba teniendo el mismo problema y ejecutar VS como administrador parece haber hecho el truco por mí (había publicado una pregunta similar en Visual Studio 2012 Express se bloquea con el mensaje "Esperando que se complete la operación en segundo plano" en el comando Formatear documento que estaba marcado como un duplicado de este, así que pensé que también lo compartiría aquí).

Para mí, fue el complemento Resharper que abrió un cuadro de diálogo que no se mostró. Solo encontré el ícono de diálogo en el menú de íconos ocultos en la barra de tareas. Cuando me deshice del diálogo, Visual Studio volvió a la normalidad de inmediato.