Qu'est-ce que cette «opération en attente en arrière-plan» dans Visual Studio 2012?

Occassionally, mais assez souvent, sans raison apparente, VS 2012 se verrouille avec un dialogue qui dit, "En attente d'une opération en arrière-plan pour finir". Par exemple, cela peut se produire lors d'une simple édition de l'ancien code, et non lors de l'invocation explicite d'une commande IDE.

Qu'est-ce qui cause cela, et puis-je faire quelque chose à ce sujet?

J'utilise ReSharper 7 et je ne suis pas le seul que je connaisse à en faire l'expérience.

J'avais le même problème, en particulier dans les pages cshtml. J'ai trouvé cette page: https://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaround qui suggère de changer l'option de retrait dans Outils> Options> Éditeur de texte> HTML> Tab pour Intelligent au lieu de bloquer . Dans mon cas, il était déjà défini sur Smart et le redéploiement en Block a résolu le problème.

Mise à jour: je me suis trompé, cela n'a pas résolu le dialogue, cela l'a juste retardé jusqu'à ce que je le copie ou le colle. Ce qui a finalement fonctionné pour moi, c'est d'aller dans Outils> Paramètres d'importation et d'exportation ...> Réinitialiser tous les paramètres .

Question éventuellement liée: Visual Studios 2010 - Asp.net MVC 4 Beta - longs délais de collage et crashs fréquents

C'est un diagnostic très générique. Il est déclenché par COM, largement utilisé dans Visual Studio pour implémenter l'extensibilité. Le déclencheur sous-jacent est l'interface IMessageFilter. Le déclencheur se produit lorsque COM rassemble un appel de méthode vers un autre thread et que cet appel ne se termine pas pendant 60 secondes.

Il y a peu de valeur dans la notification réelle, elle vous dit quelque chose que vous savez déjà. Au moment où 60 secondes se sont écoulées, vous avez généralement déjà remarqué que les choses ne fonctionnent pas bien. À court de connaissances utiles, Visual Studio n'est pas complètement mort. L'appel doit cependant se terminer avant que VS ne soit à nouveau utilisable. Vous ne pouvez pas faire grand-chose à part taper du pied et attendre.

Ce problème est presque toujours causé par un complément. Resharper est certainement un bon candidat. Vous trouvez le dérangeur en désactivant les compléments un par un jusqu'à ce que le problème disparaisse. C'est le type de problème courant avec les nouvelles versions de Visual Studio, il faut un certain temps aux fournisseurs de compléments pour résoudre les bogues et les blocages. Contactez le fournisseur pour obtenir de l'aide et recherchez en général les mises à jour susceptibles de résoudre le problème.

La suppression du fichier «suo» de Solutions a fonctionné pour moi.

J'avais le même problème et dans mon cas c'était DevExpress.

Cela semblait bloquer Visual Studio chaque fois que je faisais une opération de copie ou de coupe, ce qui faisait apparaître le message:

"En attente de la fin d'une opération en arrière-plan".

Il s'est avéré qu'il faisait en fait une tâche ponctuelle en arrière-plan et que cela prenait vraiment du temps (plus de 5 minutes).

Peut-être que si j'avais attendu normalement, cela aurait pu disparaître, mais ce qui a finalement été corrigé, c'était d'afficher la boîte à outils (était cachée / réduite), ce qui à son tour a fait apparaître une fenêtre disant:

"ajout de [SomeDevExpressAssemblyNameHere] .dll"

cela continuait à se mettre à jour avec le nom de chaque dll requis par DevExpress pour remplir la barre d'outils.

De cette façon, je pouvais voir la progression de l'opération et une fois l'opération terminée, je pouvais à nouveau utiliser le copier / coller comme d'habitude.

J'espère que cela t'aides.

Pour moi, le correctif consistait à mettre à jour Web Essentials 2012 vers la version 1.8.

La version problématique était la 1.6

Outils> Options> Éditeur de texte> HTML> Onglets -> Identification -> Aucun paramètre n'a résolu ce problème pour moi.

Cela a résolu le problème pour moi:

Outils> Options> Editeur de texte> HTML> Divers

Décochez l'option "Éléments d'identification automatique lors du collage dans la vue source"

Je publierai une mise à jour si le problème revient.

J'ai eu ce problème pendant quelques jours, j'ai essayé de désinstaller et de réinstaller mon Visual Studio 2012 Ultimate edtion SP3 ... Cela ne fonctionnait toujours pas. J'ai donc supprimé toutes mes extensions (outils git pour VS 2012 et téléchargeur de packages Nuget), redémarré mon VS et cela a fonctionné comme un charme à nouveau! Esperons que ça marche !

Bonne chance!

J'ai rencontré ce problème lors de l'exécution de Visual Studio dans une machine virtuelle - Virtual Box 4.2 fonctionnant sur Mac OS X Mountain Lion, hébergeant une nouvelle installation de Windows 7 avec rien d'autre installé que Visual Studio. J'ai trouvé que le problème était causé par 2 problèmes distincts.

Tout d'abord, mon projet était sur un dossier partagé à partir du système d'exploitation hôte. En d'autres termes, sur l'invité Windows, mon projet est apparu sur un lecteur réseau. Ainsi, l'ouverture du projet dans Visual Studio à partir d'un lecteur réseau semblait causer ce problème, car le problème a disparu lorsque j'ai copié le projet sur le lecteur C de la machine virtuelle Windows et l'ai ouvert dans Visual Studio à partir de la copie sur le lecteur C.

Deuxièmement, j'ai recommencé à rencontrer le problème lorsque le disque dur de la machine virtuelle devenait plein. J'avais environ 1 Go d'espace libre disponible sur le disque dur. Lorsque j'ai augmenté la taille du disque dur sur la machine virtuelle, ce problème a disparu.

Juste reproduit un problème similaire avec le module complémentaire Codemaid. J'ai trouvé cette conversation :

Il y a beaucoup de détails dans ce problème, mais pour essayer de récapituler le problème, c'est que l'API VS2012 C ++ a introduit un problème de blocage lorsque l'API est accessible à partir d'un thread d'interface utilisateur (par exemple, un contexte WPF comme Spade). Ce n'était pas un problème dans VS2010, et Microsoft a résolu le problème pour VS2013, mais ils ne le corrigeront pas pour VS2012.

Semble indiquer qu'un correctif (pour Codemaid) devrait arriver:

Veuillez garder un œil sur ce fil pour la résolution en cours du problème. Il est lié à cette réécriture plus large, donc j'ai construit dans ce sens en ajoutant d'abord beaucoup de tests unitaires pour aider à garantir que les fonctionnalités restent cohérentes après les modifications.

Pour moi, cela semblait lié à la syntaxe du rasoir, car je ne l'avais que sur un fichier particulier.

Par exemple, si je mets le code suivant dans une ligne, j'ai eu le problème décrit.

@section BodyClassName {note}

Mais en mettant la parenthèse fermante sur la ligne suivante, le problème a disparu

@section BodyClassName {note
}

Sincères amitiés

Stijn

Loin d'être une solution idéale, mais essayez d'exécuter Visual Studio en mode administrateur, j'ai pratiquement tout essayé, et c'est la seule chose qui a fonctionné pour moi

Ouvrez Visual Studio, créez une nouvelle application MVC, fermez la nouvelle application, ouvrez l'ancienne application et ça marche!

Vérifiez si IIS ou un autre processus (peut-être BizTalk) verrouille vos DLL / références
Tuez / arrêtez IIS ou l'autre processus si c'est le cas

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

RUN> iisreset 

Maintenant, cela fonctionne bien avec VS 2012

je pense avoir trouvé un indice! Tout est terminé par dcomcnfg.exe!

Ouvrez-le et passez sous le chemin suivant:

Services de composants> ordinateurs> mon ordinateur> configuration dcom

après avoir cliqué sur dcom, vous verrez de nombreux avertissements dépendent de la quantité de composants sur votre PC.

Cliquez sur Oui dans chaque boîte de message afin d'ajouter l'enregistrement correct pour dcom.

J'ai trouvé que VS charge également des paquets pendant "l'opération d'arrière-plan". Vous pouvez supprimer les extensions inutiles pour accélérer l'opération.

Je l'ai corrigé il y a des semaines après avoir désactivé TeamViewer 8 Clipboard Sync! maintenant, il apparaît sans raison, j'ai donc essayé de réinitialiser tous les paramètres et cela a fonctionné pour moi.

J'avais le même problème et exécuter VS en tant qu'administrateur semble avoir fait l'affaire pour moi (j'avais publié une question similaire à Visual Studio 2012 Express se bloque avec le message «En attente de l'opération en arrière-plan pour terminer» sur la commande de format de document qui a été marquée en double pour celui-ci, alors j'ai pensé que je partagerais ici aussi).

Pour moi, c'était l'addon Resharper qui ouvrait une boîte de dialogue qui ne s'affichait pas. Je n'ai trouvé l'icône de boîte de dialogue que dans le menu des icônes cachées de la barre des tâches. Lorsque je me suis débarrassé de la boîte de dialogue, Visual Studio est immédiatement revenu à la normale.