La modification de fichiers aspx / ascx est-elle désactivée de manière aléatoire dans Visual Studio 2010?

Question

Je vais être le débogage d'un site dans Visual Studio 2010 et l'édition d'un *.aspx ou *.ascx le fichier, et sans avertissement, il se verrouille en place, de sorte que je ne peux pas le modifier. Il n'y a pas de message ou quoi que ce soit, j'ai juste ne peut pas taper ou faire des changements.

La seule façon de commencer le montage est à nouveau pour arrêter le débogage, fermez la fenêtre d'édition, puis de trouver le fichier que je travaillais sur le rouvrir. C'est une énorme douleur dans le vous-savez-quoi.

Mes collègues vivent la même chose, c'est donc apparemment pas quelque chose avec ma configuration particulière.

Quelle est l'explication, et comment pouvons-nous le faire arrêter?

---

Note 1: j'ai signalé à Microsoft ici. Si vous avez vécu la même chose, s'il vous plaît aller là et de voter le rapport de bug.

Note 2: Ce n'est pas VSS-lié, au moins dans mon cas. Nous utilisons VisualSVN, qui n'utilise pas de fichiers au niveau du système de verrouillage pour marquer les fichiers comme extrait.

Answer 1

Enfin, Microsoft propose une solution cette année. Vous pouvez télécharger le correctif ici:

http://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=40811

Answer 2

J'ai trouvé une solution de contournement temporaire: Faites un clic droit sur le fichier et sélectionnez "Ouvrir avec ...". Maintenant, sélectionnez "Editeur de code source (texte)" et vous pourrez éditer le fichier à nouveau, mais sans IntelliSense :-( Mais vous n’aurez pas besoin d’un éditeur externe.

Néanmoins, nous devons encore attendre que Microsoft trouve une meilleure solution.

Answer 3

Comme solution j'utilise "Naviguer..." (clic Droit dans l'Explorateur de solutions) pour charger et afficher les page(s) quand je suis en train de faire HTML améliorations. Vous ne pouvez pas déboguer le code, bien sûr, mais il n'est pas verrouiller les fichiers de sorte qu'il rend le problème un peu moins irritant lorsque les modifications de conception.

J'ai répliqué ce problème avec Windows 7, XP, à la fois avec et sans source sûre, MVC projets, des projets d'application web et projet de site web également avec et sans 'modifier et continuer activé c'est à dire que je peut modifier le code mais PAS le ASPX balisage lors de l'utilisation d'éditer et de continuer!

Answer 4

J'ai connu le même problème, et trouvé que, pour moi, il a eu lieu seulement en .aspx pages avec un "eval" déclaration (utilisé pour la liaison de données au sein par exemple d'un gridview) dans <a> tags. Dès que j'ai enlevé l' "eval" des déclarations, les pages devient modifiable à nouveau pendant le débogage.

Exemple de code qui provoquent la page pour être en lecture seule lors du débogage:

<a href='<%# Eval("URL") %>' target="_blank" 
title='<%# Eval("URL", "Open url: {0}") %>'><b>'<%# Eval("Text") %>'</b></a>

Exemple de code de remplacement causant la page pour être modifiable à nouveau en cours de débogage:

<asp:HyperLink NavigateUrl='<%# Bind("URL") %>' runat="server" ID="hlURL" Target="_blank"
ToolTip='<%# Bind("URL", "Open url: {0}") %>' Text='<%# Bind("Text") %>' Font-Bold="true" />

Answer 5

J'avais juste le même problème. Lorsque la page de code disparaît, je clique sur debug-> restart. Il redémarre le processus de débogage et affiche toutes les pages que j'avais ouvertes.