Visual Studio 2017 HRESULT : 0x80070005 / E_ACCESSDENIED lors de la création du projet

Question

J'utilise Visual Studio 2017, version 15.0.0+26228.9.

Lorsque j'essaye de créer un nouveau projet via Fichier > Nouveau > Projet... dans Visual Studio 2017, je reçois le message d'erreur suivant et le projet n'est pas créé :

Accès refusé (Exception de HRESULT : 0x80070005 (E_ACCESSDENIED))

Ne faites pas attention au texte du message en allemand dans la capture d'écran :

Cela se produit pour chaque modèle de projet que j'utilise (par exemple C# WPF, VB WPF, C# Console App...).

Si j'essaie de créer un projet via la boîte de recherche rapide sur la page de démarrage de Visual Studio, VS se plante instantanément sans aucun message d'exception :

Quelqu'un d'autre a-t-il rencontré ce problème et sait-il comment le résoudre ?

Answer 1

J'ai eu la même erreur. Je l'ai résolu en suivant la procédure suivante :

• Fermez toutes les instances de Visual Studio
• Supprimer %LocalAppData% \Microsoft\VisualStudio\15.0_f4938f75\privateregistry.bin (l'ID après 15.0_ peut être différent selon les machines)
• Démarrer VS en tant qu'utilisateur normal

tout le mérite en revient à https://developercommunity.visualstudio.com/content/problem/31188/access-denied-error-1.html

Answer 2

Ok, je l'ai réparé. Pour faire court, la raison du problème était une installation incomplète et/ou corrompue.

Mais le chemin vers la solution a été assez cahoteux, avec plusieurs désinstallations et réinstallations jusqu'à ce que je comprenne pourquoi la configuration était en effet défectueuse.

Parfois, j'ai eu une exception pendant l'installation, d'autres fois elle s'est terminée sans problème, mais l'erreur HRESULT persistait lorsque j'essayais de créer un nouveau projet.

Dans mon cas particulier, cela a été causé par le pare-feu de l'entreprise, qui a bloqué certains des paquets de configuration d'être téléchargés par l'installateur web. J'ai résolu le problème en me connectant à un réseau WiFi ouvert, qui n'est pas filtré par le pare-feu.

Comme je travaille avec un utilisateur standard, l'UAC s'active lorsque je lance une routine d'installation. Lorsque j'ai lancé l'installation via UAC et que je me suis connecté au WiFi gratuit, je n'ai pas pu trouver les serveurs de paquets. Il m'a fallu une minute pour réaliser que l'utilisateur administrateur que j'ai utilisé pour l'UAC avait ses propres paramètres de proxy Internet, qui ne fonctionneraient pas avec le WiFi ouvert.

Après m'être connecté en tant qu'administrateur, avoir désactivé le proxy et m'être reconnecté en tant qu'utilisateur principal, j'ai relancé l'installation - et elle a de nouveau échoué avec une série de messages "charge de travail incomplète". Aussi frustré que je l'étais à ce moment-là, j'ai simplement relancé l'installation en cliquant sur le bouton "Modifier" sans même fermer le programme d'installation web et cette fois, elle s'est finalement terminée sans aucune erreur !

Après cela, j'ai pu démarrer VS tout à fait normalement et la création d'un nouveau projet était possible.

Donc, si vous rencontrez des problèmes de ce genre, je vous recommande vivement de lancer une installation de type "Repair" ou "Change" juste par-dessus votre installation existante, mais essayez d'éviter tout pare-feu entre vous et Internet.

Answer 3

1/ ouvrir le panneau de contrôle -> programme et futur - > IIS Express -> sélectionner Réparer

2/ Rafraîchir quelque temps -> ouvrir Visual Studio

Il s'agit de IIS Express dans votre ordinateur. Il suffit de le réparer dans le panneau de configuration.

J'ai essayé et j'ai réussi.

Answer 4

Ma solution,

Le Clang-format a causé cela. Désactivez simplement le clang-format :

Options->Éditeur de texte->C/C++->Formatage->Général->Activer le support ClangFormat

Answer 5

La solution ci-dessous a fonctionné pour moi

• Assurez-vous que toutes les instances de Visual Studio sont fermées.
• Ir a %LocalAppData%\Microsoft\VisualStudio\15.0_****
• Supprimer le fichier privateregistry.bin