La réception d'erreur d'accès refusé à partir de Visual Studio lorsque vous essayez de changer de cible cadre
L'erreur de lit,
TargetFrameworkMoniker: Une erreur s'est produite enregistrement du fichier de projet
'yadayada.csproj'. L'accès est refusé.
Je suis en train de passer de .net 3.5 .net 4.0 ou supérieur.
Le projet est accroché dans TFS, Visual Studio 2010 (également essayé VS 2013, la même erreur). Je suis dans une machine virtuelle environnement.
Des indices à propos de cette erreur? Google renvoie très peu d'informations. Il semble que j'ai un accès correct au fichier, mais comment VS y accéder?
OriginalL'auteur ferr | 2014-03-19
Vous devez vous connecter pour publier un commentaire.
Ça sonne comme:
1)Le fichier a été marqué en lecture seule. Le vérifier en affichant les propriétés de la csproj.
Ou
2)Votre utilisateur n'a pas les autorisations suffisantes pour modifier le fichier - vérifier la sécurité sur le csproj.
Son étrange, comme TSF doit généralement claire de l'indicateur lecture seule lorsque le fichier est extrait, de sorte que vous pouvez également consulter le fichier est extrait, donc vous pouvez le vérifier en arrière pour valider toutes les modifications que vous apportez.
J'ai eu le même problème et il semble que, sauf si vous ouvrez tous vos projets ou vos "Check-out pour le Modifier", dans votre solution, la conversion va échouer comme le Visual Studio est également de la modification de certaines autres fichiers. Raison pour laquelle je dis cela c'est parce que j'ai eu à faire non TFS copie locale de ma solution et non-cochée
Read-Only
pour tous les éléments et il a travaillé sans une seule erreur! Espérons que cela va aider les autres quand ils lisent ceci.J'ai eu ce problème lors de mon application.config était en lecture seule.
OriginalL'auteur Justin Harvey
J'ai trouvé que si vous obtenez le message d'erreur, cliquez sur enregistrer, fermer visual studio et rouvrez le projet que vous trouverez que 86.5% du temps, le paramètre a été modifié.
OriginalL'auteur Jake1164
Essayez de l'exécuter Visual Studio en mode administrateur et également de vérifier si votre projet le dossier est en lecture seule.
OriginalL'auteur ElectricRouge
J'ai eu cette erreur dans mon environnement, ce qui est droit VS 2013 Pro: pas de TSF et pas de VM. La suppression de la zone en lecture seule uniquement changé la boîte de dialogue afficher parce reinvoking la boîte de dialogue montré toujours en lecture seule. J'ai pensé que j'ai changé la propriété du fichier de projet pour m'en vertu de la modification de la propriété dans un répertoire de niveau supérieur et en cochant la case "Remplacer tous les enfants de l'objet de l'autorisation entrées avec les entrées d'autorisations pouvant être héritées de cet objet." Bien sûr, le fichier de projet et tout le reste avait l'héritage éteint. Une fois que cela a été corrigé, j'ai pu enregistrer les choses sans être Administrateur.
OriginalL'auteur user1723033
J'ai été faire cette erreur et il a fini par être l'application.fichier de configuration qui a été protégé en écriture. Une fois que j'ai franchi la propriété en lecture seule, tout a bien fonctionné.
OriginalL'auteur pixelmeow
J'ai été faire cette erreur dans visual studio 2010 en raison de mon départ paramètre d'action. Chaque fois que je les frappe de débogage, je pense que la fenêtre du navigateur a été d'essayer de lancer trop vite (c'est un ASP.NET MVC 4 à l'intranet paramètres du projet).. et je voudrais de façon aléatoire, parfois d'obtenir régulièrement un accès refusé. J'ai donc modifié le début de l'action: "Ne pas ouvrir une page. D'attente pour une demande à partir d'une application externe."
Et cela semble résoudre le problème. Vous n'avez qu'à accéder à l'application web manuellement plutôt que VS lancer le navigateur pour vous. Vous pouvez cliquer sur le serveur en cours d'exécution icône (en bas à droite de la barre des tâches) et d'accéder au lien à partir de là, si vous ne vous souvenez pas ou votre navigateur ne conservez pas comme une histoire d'url pour quelque raison que ce soit.
OriginalL'auteur eaglei22
J'ai été faire cette erreur et il a fini par être l'application.fichier de configuration, ainsi, qui a été protégée en écriture. Modification de la cible cadre n'a pas seulement changé
dans le .fichier csproj, mais aussi changé le projet de l'application.config:
(Je voulais ajouter un commentaire à pixelmeow Jun 27 réponse, mais StackOverflow politique m'empêche de le faire jusqu'à ce que j'ai assez de points de réputation. Je n'ai voter pour lui/elle, si!)
OriginalL'auteur Mike R