Beim Debuggen der c # API-Codierung in Visual Studio 2017 tritt ein Problem auf. Das Debuggen wurde nicht gestartet und es wird eine Fehlermeldung wie angezeigt
Irgendeine Idee zu dieser Fehlermeldung?
Antworten:
Wenn Sie die Datei separat oder in einer ZIP-Datei oder ähnlichem aus dem Internet heruntergeladen haben, wurde sie möglicherweise "gesperrt", da sie als aus der Internetzone stammend gekennzeichnet ist. Viele Programme verwenden dies als Zeichen dafür, dass dem Inhalt nicht vertraut werden sollte.
Die einfachste Lösung besteht darin, mit der rechten Maustaste auf die Datei im Windows Explorer zu klicken, Eigenschaften auszuwählen. Am unteren Rand dieses Dialogfelds sollte die Option "Entsperren" angezeigt werden. Denken Sie daran, auf OK zu klicken, um die Änderung zu akzeptieren.
Wenn Sie die Datei aus einem Archiv erhalten haben, ist es normalerweise besser, das Archiv zuerst zu entsperren. Wenn die Datei als aus der Internetzone stammend markiert ist und Sie sie entpacken, wird dieses Flag möglicherweise auf viele der Dateien übertragen, die Sie gerade nicht archiviert haben. Wenn Sie zuerst die Blockierung aufheben, sollten die nicht archivierten Dateien in Ordnung sein.
Es gibt auch einen Powershell-Befehl dafür, Unblock-File :
> Unblock-File *
Darüber hinaus gibt es Möglichkeiten, Code zu schreiben, mit dem die Sperre ebenfalls aufgehoben wird.
Aus den Kommentaren von @ Defcon1: Sie können auch kombinieren Unblock-Filemit Get-ChildItemeiner Pipeline , dass deblockiert rekursiv Datei zu erstellen. Da Unblock-Filees nicht möglich ist, Dateien rekursiv selbst zu finden, müssen Sie Get-ChildItemdiesen Teil verwenden.
> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
ps> Get-ChildItem -Path '<YOUR-SOLUTION-PATH>' -Recurse | Unblock-File
unblockOption.
Keine dieser Antworten hat bei mir funktioniert, ich musste Folgendes tun:
Quelle: https://superuser.com/q/44503
file://domain.comfunktioniert, danke! Kontext: Bei einer umfassenden Serverüberholung wurden unsere Dateien in die DFS verschoben. In der Windows-Domäne befinden sich domain.comnun die Dateien, in \\domain.com\...denen das Problem möglicherweise ausgelöst wurde.
.slneiner Netzwerkfreigabe in einem lokalen Netzwerk löst . Fehlermeldung war: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.
Ergänzende @ lasse-v-karlsen Antwort . Um alle Dateien rekursiv zu entsperren, führen Sie Powershell als Administrator in dem gewünschten Ordner aus:
gci -recurse | Unblock-File
Quelllink: So entsperren Sie aus dem Internet heruntergeladene Dateien? - Winhelponline
https://www.winhelponline.com/blog/bulk-unblock-files-downloaded-internet/
Obwohl dies eine ältere Frage ist, habe ich mehrere Stunden damit verbracht, einen Weg zu finden, um diesen Fehler zu beheben, wenn er sich auf mehrere Dateien bezieht, die sich im gesamten Projekt in Unterordnern befinden.
Um dies für alle Dateien in einem Projekt zu beheben , wählen Sie Visual Studio -> Extras -> Optionen -> Vertrauensstellungen und fügen Sie den Projektpfad als vertrauenswürdigen Pfad hinzu.
Wenn Sie OneDrive oder ein ähnliches Netzwerklaufwerk verwenden, haben Sie zwei Möglichkeiten:
1) Am einfachsten ist es, den Ordner in ein lokales Verzeichnis auf Ihrem PC zu verschieben (z. B. C :).
2) Wenn Sie OneDrive weiterhin verwenden möchten, würde ich empfehlen, es zu den vertrauenswürdigen Sites in den Internet Explorer-Optionen hinzuzufügen. Dadurch wird das Problem behoben.
Lösung: Bearbeiten und speichern Sie die Datei!
Gehen Sie in VisualStudio zur Ansicht und erweitern Sie sie, um die Resx-Datei anzuzeigen
Klicken Sie mit der rechten Maustaste auf das Menü OpenWith ... XML (Text) Editor .
Fügen Sie einfach am Ende ein Leerzeichen hinzu und speichern Sie.
Ich hatte dieses Problem mit Resx-Dateien in meiner Lösung. Ich benutze Onedrive. Keine der oben genannten Lösungen hat dies jedoch behoben.
Das Problem war, dass das von mir verwendete Symbol in den MyWindow.resx-Dateien für die Fenster enthalten war.
Ich habe das entfernt und dann das Symbol aus dem Ressourcenordner der lokalen Ressourcen der App abgerufen.
private ResourceManager rm = App_LocalResources.LocalResources.ResourceManager;
..
InitializeComponent();
this.Icon = (Icon)rm.GetObject("IconName");
Dies geschah nach einem Update auf VS2019.
Keines der oben genannten hat funktioniert.
Die Lösung bestand darin, das Projekt lokal (vom Netzlaufwerk) zu kopieren.
Wenn Sie wie ich alle oben genannten Lösungen sorgfältig befolgt haben und der Fehler weiterhin besteht , schließen Sie Visual Studio und öffnen Sie es erneut.
Natürlich, ich weiß, aber vielleicht bin ich nicht der einzige, der sich verwirrt hat, nachdem er den ganzen Tag auf einen Computerbildschirm gestarrt hat.
Keines der oben genannten hat bei mir funktioniert.
Dies geschah mir, nachdem ich einem Toolstrip auf einer Winform eine neue Schaltfläche hinzugefügt hatte. Wenn die Schaltfläche das Standardbild von System.Drawing.Bitmap(in der Bildeigenschaft) verwendet, ist dieser Fehler für mich aufgetreten. Nachdem ich es in ein vertrauenswürdiges Image geändert hatte (eines, das mit aktivierter Option "Entsperren" zu meiner Ressourcendatei hinzugefügt wurde), wurde dieser Fehler von selbst behoben.
Ich bin auf einen anderen möglichen Grund für diesen Fehler gestoßen. Wenn Sie in Ihrem Projektbaum symbolische NTFS-Links und wahrscheinlich untergeordnete Laufwerke verwenden, wird dieser Fehler möglicherweise auch dann angezeigt, wenn sie auf Ihr lokales Laufwerk verweisen. Wenn dies der Fall ist, versuchen Sie, die Situation zu vermeiden, in der .resx-Dateien über Symlinks erreicht werden.
Keiner der oben genannten Vorschläge hat bei mir funktioniert, daher habe ich eine neue Datei mit einem etwas anderen Namen erstellt und den Inhalt der fehlerhaften Datei in die neue Datei kopiert, die fehlerhafte Datei umbenannt und die neue Datei mit dem Namen der fehlerhaften Datei umbenannt. Lief wie am Schnürchen. Problem gelöst.