Je suis confronté à un problème lors du débogage du codage API c # dans Visual studio 2017. Le débogage n'a pas commencé et affiche un message d'erreur comme
Une idée de ce message d'erreur?
Réponses:
Si vous avez téléchargé le fichier sur Internet, séparément ou dans un fichier .zip ou similaire, il a peut-être été «verrouillé» car il est signalé comme provenant de la zone Internet. De nombreux programmes utiliseront cela comme un signe que le contenu ne doit pas être approuvé.
La solution la plus simple consiste à cliquer avec le bouton droit sur le fichier dans l'Explorateur Windows, à sélectionner Propriétés, et en bas de cette boîte de dialogue, vous devriez avoir une option «Débloquer». N'oubliez pas de cliquer sur OK pour accepter la modification.
Si vous avez obtenu le fichier à partir d'une archive, il est généralement préférable de débloquer d'abord l'archive.Si le fichier est signalé comme provenant de la zone Internet et que vous le décompressez, cet indicateur peut se propager à de nombreux fichiers que vous venez de désarchiver. Si vous débloquez d'abord, les fichiers non archivés devraient bien se passer.
Il existe également une commande Powershell pour cela, Unblock-File :
> Unblock-File *
De plus, il existe des moyens d'écrire du code qui supprimera également le verrou.
D'après les commentaires de @ Defcon1: Vous pouvez également combiner Unblock-File
avec Get-ChildItem
pour créer un pipeline qui débloque le fichier de manière récursive. Comme Unblock-File
il n'y a aucun moyen de trouver des fichiers de manière récursive par lui-même, vous devez utiliser Get-ChildItem
pour faire cette partie.
> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
ps> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
unblock
option.
Aucune de ces réponses n'a fonctionné pour moi, j'ai dû faire ce qui suit:
Source: https://superuser.com/q/44503
file://domain.com
fonctionné, merci! contexte: une révision majeure du serveur a déplacé nos fichiers vers DFS; le domaine Windows est de domain.com
sorte que les fichiers résident maintenant dans \\domain.com\...
lesquels pourraient avoir déclenché le problème.
.sln
partage réseau à l'intérieur d'un réseau local. Le message d'erreur était:error MSB3821: Couldn't process file *.resx due to its being in the Internet or Restricted zone or having the mark of the web on the file. Remove the mark of the web if you want to process these files.
En complément de la réponse @ lasse-v-karlsen . Pour débloquer tous les fichiers de manière récursive, exécutez à partir de PowerShell en tant qu'administrateur dans le dossier souhaité:
gci -recurse | Unblock-File
lien source: Comment débloquer des fichiers téléchargés sur Internet? - Winhelponline
https://www.winhelponline.com/blog/bulk-unblock-files-downloaded-internet/
Bien qu'il s'agisse d'une question plus ancienne, j'ai passé plusieurs heures à rechercher un moyen de gérer cette erreur lorsqu'elle s'applique à plusieurs fichiers situés dans des sous-dossiers tout au long du projet.
Pour résoudre ce problème pour tous les fichiers d'un projet , Visual Studio -> Outils -> Options -> Paramètres d'approbation et ajoutez le chemin du projet en tant que chemin approuvé.
Si vous utilisez OneDrive ou tout autre lecteur réseau similaire, vous avez 2 options:
1) le plus simple est de déplacer le dossier vers un répertoire local à l'intérieur de votre PC (par exemple :. C :).
2) mais si vous souhaitez continuer à utiliser OneDrive, je vous recommande de l'ajouter aux sites de confiance sur les options d'Internet Explorer et cela résoudra le problème.
Solution: modifiez et enregistrez le fichier!
À partir de VisualStudio, accédez à la vue et développez pour voir son fichier resx
Dans le menu contextuel, sélectionnez OpenWith ... Editeur XML (texte) .
Ajoutez simplement un espace à la fin et économisez.
J'ai eu ce problème sur les fichiers resx dans ma solution. J'utilise Onedrive. Cependant, aucune des solutions ci-dessus ne l'a résolu.
Le problème était que l'icône que j'ai utilisée se trouvait dans les fichiers MyWindow.resx pour les fenêtres.
J'ai supprimé cela, puis j'ai attrapé l'icône du dossier de ressources App Local Resources.
private ResourceManager rm = App_LocalResources.LocalResources.ResourceManager;
..
InitializeComponent();
this.Icon = (Icon)rm.GetObject("IconName");
Cela s'est produit après une mise à jour de VS2019.
Aucun des éléments ci-dessus n'a fonctionné.
La solution était de copier le projet localement (à partir du lecteur réseau).
Si, comme moi, vous avez suivi avec diligence toutes les solutions ci-dessus et que l'erreur est toujours là, essayez de fermer et de rouvrir Visual Studio.
Évidemment, je sais, mais je ne suis peut-être pas le seul à avoir le cerveau flou après avoir regardé un écran d'ordinateur toute la journée.
Aucun de ces éléments n'a fonctionné pour moi.
Cela m'est arrivé après avoir ajouté un nouveau bouton à une barre d'outils sur un winform. Lorsque le bouton utilise l'image par défaut de System.Drawing.Bitmap
(dans la propriété de l'image), cette erreur s'est produite pour moi. Après l'avoir changé en une image de confiance (une image ajoutée à mon fichier de ressources avec l'option «Déverrouiller» cochée), cette erreur s'est résolue d'elle-même.
Je suis tombé sur une autre raison possible de cette erreur. Si vous utilisez des liens symboliques NTFS dans l'arborescence de votre projet et probablement des lecteurs de substitution, vous pouvez obtenir cette erreur même s'ils pointent vers votre lecteur local. Si tel est le cas, essayez d'éviter la situation où les fichiers .resx sont atteints via des liens symboliques.
Aucune des suggestions ci-dessus n'a fonctionné pour moi, j'ai donc créé un nouveau fichier avec un nom légèrement différent et copié le contenu du fichier incriminé dans le nouveau fichier, renommé le fichier incriminé et renommé le nouveau fichier avec le nom du fichier incriminé. A travaillé comme un charme. Problème résolu.